JP2023010983A - Information processing system, information processing server, information processing program, and information provision method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide useful information to users.

SOLUTION: An information processing system performs analysis related to a user's health on the basis of user's biological information, and provides information to the user on the basis of analysis result. This information processing system updates, for each user, at least a portion of a rule for determining the information to be provided on the basis of the biological information. Thus, the information processing system can provide useful information to the user. Updating of the rule can occur on the basis of user biological information obtained, for example, after the information has been provided.

SELECTED DRAWING: Figure 27

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to an information processing system, an information processing server, an information processing program, and an information providing method for providing information from the server side to the terminal side.

2. Description of the Related Art Conventionally, there is a system in which information acquired by a terminal is uploaded to a server, and analysis results of the uploaded information are provided from the server to the terminal. For example, there is a system in which a terminal-side evaluation device acquires user sleep data, a server analyzes the sleep data, and the analysis results are displayed on a terminal-side display device (see, for example, Patent Document 1).

JP 2013-168026 A

Conventionally, there was a possibility that useful information could not be provided as information provided from the server side to the terminal side.

SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide an information processing system, an information processing server, an information processing program, and an information providing method that can provide useful information.

In order to solve the above problems, the present invention employs the following configurations (1) to (19).

(1)
An information processing system according to an example of the present invention includes analysis means and first update means. The analysis means analyzes the user's health based on the user's biological information, and provides the user with information based on the analysis results. The first updating means updates at least part of a rule for determining information to be provided based on biometric information for each user based on the biometric information of the user. The analysis means determines information to be provided to the user using rules set for each user by updating.

(2)
A rule may include a first part that is updated for each user and a second part that is common to multiple users including the user.

(3)
The information processing system may further include first obtaining means and second updating means. The first acquisition means acquires each biometric information about a plurality of users. The second update means updates the second portion based on at least a plurality of pieces of biometric information included in each biometric information.

(4)
The information processing system may include one or more user terminals and a server system capable of communicating with the user terminals via a network. The user terminal may comprise at least the analysis means and the first update means. The first updating means may update the first part based on biometric information acquired by its own user terminal. The server system may acquire each biometric information regarding multiple users. The second updating means may update the second part based on the plurality of pieces of biometric information obtained by the server.

(5)
The first updating means may update at least part of the rule for each user based on the biometric information of the user and the input by the user.

(6)
The information processing system may further include question presenting means for presenting questions to the user. The first updating means may use the answer to the question as input by the user.

(7)
The question presenting means may determine the content of the question based on the biometric information of the user acquired after the information is provided, and present the question to the user. The first updating means may update at least part of the rule for each user based on the biometric information of the user acquired after the provision of the information and the answer to the question.

(8)
The information processing system may further include second acquisition means for acquiring environment information about the environment around the user when the biometric information is detected. The analysis means may determine the provided information based on the user's biometric information and environmental information about the user.

(9)
The information processing system may further include second acquisition means for acquiring environmental information about the environment around the user when the biometric information is detected. The first updating means may update at least part of the rule based on the biometric information of the user and the environmental information about the user.

(10)
The first updating means may provide the user with information about the user's health.

(11)
The first updating means may provide the user with information for improving the health of the user.

(12)
The analysis means may repeatedly perform the analysis based on the repeatedly obtained biological information. The information processing system may further include storage control means for storing at least part of the repeatedly obtained biological information and the information calculated in the repeatedly performed analysis in a predetermined storage unit. . The first updating means may update at least part of the rule for each user based on the biometric information for multiple times and/or the information calculated by the analysis for multiple times stored in the storage unit.

(13)
The first updating means may repeatedly update the rule.

(14)
The first update means may update the rule each time analysis is performed by the analysis means.

(15)
The biometric information may be obtained from a sensor that detects at least one of the user's pulse, respiration, and body motion.

(16)
The analysis means may analyze the user's sleep and/or fatigue based on the biometric information.

(17)
An information processing system according to another example of the present invention includes analysis means and information provision means. The analysis means analyzes the user's health based on the user's biological information, and determines information to be provided to the user based on the analysis result. The information providing means provides the determined information to the user. The analysis means uses, as rules for determining information to be provided, both a first rule common to a plurality of users and a second rule individually set for each of the plurality of users. is used to determine the information to be provided to the user.

(18)
The analysis means calculates first information for determining information to be provided to the user using the biological information and the first rule, and uses the calculated first information and the second rule. may determine the information to be provided to the user.

(19)
The analysis means may determine the information to be provided to the user by calculating the second information using the biometric information and the second rule, and correcting the first information with the second information. .

Another example of the present invention may be an information processing device (for example, a mobile terminal) or a server included in the information processing system in (1) to (19) above. Another example of the present invention may be an information processing program that causes the computer of the information processing apparatus or the server to function as some of the means in (1) to (19) above. Another example of the present invention may be an information processing method executed in the above information processing system, information processing apparatus, or server.

According to the present invention, it is possible to provide useful information to users.

1 is a block diagram showing an example of the configuration of an information processing system according to a first embodiment; FIG. Diagram showing an example of the configuration of a terminal system The figure which shows an example where each apparatus contained in a terminal system is arrange|positioned Functional block diagram showing an example of a functional configuration for calculating health information in the processing unit of the main terminal device Flowchart showing an example of the flow of processing executed in the processing unit of the main terminal device Timing chart showing an example of the flow of operations in an information processing system A diagram showing an example of data stored in a data server Diagram showing an example of data stored in the portal server A diagram showing an example of a provision condition table A diagram showing an example of a usage request A diagram showing an example of a usage management table Diagram showing an example of user-provided history information A diagram showing an example of a main page displayed on a terminal system Diagram showing an example of additional provision condition table Diagram showing an example of a determination method for additional provision conditions Flowchart showing an example of the flow of processing executed in the data server Flowchart showing an example of the flow of processing executed in the portal server Diagram showing an example of a condition update table A diagram for explaining the effect of the modification A diagram showing an example of a provision condition table in a modified example Diagram showing an example of change information A diagram showing an example of a detailed configuration of a terminal system according to the second embodiment. A diagram showing an example of the appearance of a terminal system according to the second embodiment. A diagram showing an example of the flow of processing by a terminal system according to the second embodiment. A diagram showing an example of an image displayed on a mobile terminal to provide information indicating candidate songs. A diagram showing an example of an image displayed on a mobile terminal when awake Functional block diagram showing an example of the functional configuration of the terminal system A diagram showing an example of a genre determination rule A diagram showing an example of a table included in the music determination rule A diagram showing an example of a table for determining questions to be presented to the user Diagram showing an example of a rule update table for determining update content Flowchart showing an example of the flow of processing executed in a mobile terminal Functional block diagram showing an example of a functional configuration of a terminal system in a modified example of the second embodiment FIG. 11 is a functional block diagram showing an example of a functional configuration of a terminal system in another modified example of the second embodiment;

<First Embodiment>
[1. Overall configuration of information processing system]
Hereinafter, an information processing system, an information processing server, an information processing program, and an information providing method according to the present embodiment will be described with reference to the drawings. First, the overall configuration of the information processing system according to this embodiment will be described. FIG. 1 is a block diagram showing an example of the configuration of an information processing system according to this embodiment. As shown in FIG. 1, the information processing system includes a terminal system 1 , a data server 2 and a service server 3 . These systems and servers 1-3 can communicate with each other via a network 4 such as the Internet or a mobile communication network.

The terminal system 1 is placed at the user's location (for example, at the user's home). Although only one terminal system 1 is shown in FIG. 1, the information processing system includes a plurality of terminal systems provided for each user. In this embodiment, the terminal system 1 acquires the biometric information of the user and uploads health information obtained from the biometric information to the data server 2 (see FIG. 1). Here, biometric information is information detected from the user's body. In this embodiment, respiration, pulse, and body motion are acquired as biological information. Health information is information about the user's health and/or body. In the present embodiment, the health information includes a sleep index, which is an index regarding the user's sleep, and a fatigue index, which is an index regarding the user's fatigue. Thus, the terminal system 1 detects the user's biological information, calculates the sleep index and the fatigue index from the detection results, and uploads them to the data server 2 . The terminal system 1 detects the user's health condition, and can be called a QOL (Quality of Life) sensor.

The data server 2 stores (accumulates) user's health information transmitted from the terminal system 1 . The data server 2 also calculates a statistic (for example, an average value in a predetermined period, etc.) as secondary information obtained from the health information. Hereinafter, health information received from the terminal system 1 and secondary information (statistics) obtained therefrom may be collectively referred to as health information.

The service server 3 uses the health information stored in the data server 2 to provide various types of information to the user of the terminal system 1 . Information provided by the service server to the user is hereinafter referred to as "provided information". Provided information is information for improving the index indicated by the user's health information. Although the details will be described later, the provided information is, for example, information that introduces products and services for improving the above indicators (for example, goods for improving sleep, supplements for recovering from fatigue, etc.). In other words, in this embodiment, the provided information can be said to be recommended information for the user. The service server 3 uses the health information acquired from the data server 2 to provide a service of providing provision information. In the present embodiment, the service server 3 also performs a service of selling products and/or services (hereinafter referred to as "products/services") introduced by the provided information to users.

Each of the data server 2 and the service server 3 includes one or more information processing devices (that is, server devices) having CPUs and memories. In each of the servers 2 and 3, the CPU executes various information processing programs stored therein using the memory. In this specification, the term "server" refers to a single information processing device (server device), and in the case where the server is composed of a plurality of server devices, it refers to the entire server device group (server system). is.

[2. Terminal system configuration]
Next, the configuration of the terminal system 1 according to this embodiment will be described. FIG. 2 is a diagram showing an example of the configuration of the terminal system 1, and FIG. 3 is a diagram showing an example of arrangement of devices included in the terminal system 1. As shown in FIG. As shown in FIGS. 2 and 3, the terminal system 1 includes a main terminal device 10 and a sub terminal device 20. FIG. In this embodiment, the main terminal device 10 and the sub terminal device 20 are arranged, for example, in the user's bedroom (see FIG. 3). Although the details will be described later, the terminal system 1 mainly acquires biological information while the user is asleep (during sleep) and calculates a sleep index and a fatigue index.

The main terminal device 10 functions as a sensor that detects biometric information. In this embodiment, as shown in FIG. 3, the main terminal device 10 is placed near the user, such as at the bedside of the user, and detects the biological information of the user during sleep.

As shown in FIG. 2, the main terminal device 10 includes a Doppler sensor 11, which is an example of a sensor that detects biological information. The Doppler sensor 11 emits microwaves and receives reflected waves of the emitted microwaves, thereby detecting a moving object based on the difference between the frequency of the emitted microwaves and the frequency of the received microwaves. Although the details will be described later, by analyzing (frequency analysis, etc.) the output waveform of the Doppler sensor 11, which is the detected biological information, it is possible to further calculate biological information such as respiration, pulse, and body movement. In this embodiment, a non-wearable sensor (Doppler sensor 11) that can detect biological information without the user wearing the sensor is used, so it does not interfere with the user (the user does not disturb sleep). Biological information can be detected.

The main terminal device 10 is equipped with a camera 12 . Camera 12 is used to capture an image of the user. The main terminal device 10 also has a microphone 13 . The microphone 13 is used to detect user-generated sounds (such as snoring) and/or ambient noise.

The main terminal device 10 includes a processing unit 15 that executes various types of information processing executed in the main terminal device 10 . The processing unit 15 is connected to each unit 11 to 14 and 16 to 19 of the main terminal device 10 . The processing unit 15 has a CPU (Central Processing Unit) and a memory, and the CPU uses the memory to execute the information processing program stored in the main terminal device 10, thereby executing the above various types of information processing. In the present embodiment, the processing unit 15 executes, as the information processing, processing for calculating health information based on the biological information detected by the sensor. Further, when the main terminal device 10 functions as an information processing device (information processing terminal), the processing unit 15 executes various information processing for the function.

The main terminal device 10 has an input/output interface and functions as an information processing device (input/output terminal) for inputting and viewing information. Specifically, the main terminal device 10 has an operation input unit 14 and a display 16 . The operation input unit 14 is an arbitrary input device that receives an operation input by a user. In this embodiment, the main terminal device 10 has a touch panel provided on the display 16 and buttons as the operation input unit 14 . The display 16 can display the user's biometric information and/or health information, or display the above provided information. Moreover, the display 16 may have a configuration that functions as a mirror.

The main terminal device 10 has an illumination section 17 having a light source such as an LED. Light emission of the illumination unit 17 is controlled by the processing unit 15 . For example, the illumination unit 17 may be controlled to emit light suitable for the sleep state of the user while the user is sleeping, or to emit light for the purpose of waking up when the user wakes up.

The main terminal device 10 and the sub terminal device 20 can communicate with each other. As an example, the main terminal device 10 has a short-range wireless communication unit 18 as a means of communication with the sub-terminal device 20 . In this embodiment, the short-range wireless communication unit 18 is a communication module having a function of communicating by wireless LAN. For example, the short-range wireless communication unit 18 is a Wi-Fi certified communication module.

The main terminal device 10 also has a function of connecting to the network 4 and communicating with each of the servers 2 and 3 . Specifically, the main terminal device 10 has a mobile communication unit 19 . In this embodiment, the mobile communication unit 19 is a communication module having a function of connecting to a mobile communication network and performing communication. For example, the mobile communication unit 19 performs communication using a communication method complying with the 3G communication standard or the 4G (including LTE (Long Term Evolution)) communication standard. The method for the main terminal device 10 to communicate with the servers 2 and 3 may be a method of communicating via a wireless LAN using a communication module certified for Wi-Fi. Also, the main terminal device 10 may have both a function of communicating with each server 2 and 3 via a mobile communication network and a function of communicating with each server 2 and 3 via a wireless LAN.

The sub terminal device 20 functions as a sensor that acquires biometric information different from that of the main terminal device 10 . As shown in FIG. 3 , the sub terminal device 20 is arranged near the main terminal device 10 . The sub terminal device 20 is capable of detecting biometric information (weight, etc.) of the user riding on it.

As shown in FIG. 2 , the sub terminal device 20 has a load sensor 21 . The load sensor 21 detects the load applied to the upper surface of the sub terminal device 20 . The secondary terminal device 20 may have a sensor for detecting biometric information for measuring body fat or the like in addition to body weight.

The sub terminal device 20 also has a touch panel 22 . The touch panel 22 is provided on the upper surface of the sub terminal device 20 . The touch panel 22 can detect the shape of the user's foot on the upper surface of the sub terminal device 20 .

The secondary terminal device 20 includes a processing unit 23 that executes various types of information processing executed in the secondary terminal device 20 . The processing unit 23 has a CPU (Central Processing Unit) and a memory, and the CPU uses the memory to execute the information processing program stored in the sub terminal device 20, thereby executing the various types of information processing described above.

The secondary terminal device 20 has a short-range wireless communication unit 24 as communication means with the primary terminal device 10 . The short-range wireless communication unit 24 is, like the short-range wireless communication unit 18 of the main terminal device 10, a communication module having a function of performing communication by wireless LAN, and is a Wi-Fi-certified communication module, for example. In this embodiment, when it is detected that the user has stepped on the sub terminal device 20, the short-range wireless communication unit 24 sends a predetermined notification signal and the biological information detected by the load sensor 21 to the sub terminal device 20. 20 to the main terminal device 10 .

[3. Processing operation in the terminal system]
Next, processing operations performed in the terminal system 1 will be described. In this embodiment, the main terminal device 10 operates in three types of modes: normal mode, detection mode, and sleep mode. The normal mode is a mode when the main terminal device 10 is used as an input/output terminal, and accepts an operation input from the user, executes processing according to the operation input, and displays an image of the processing result on the display 16. It is a mode to play. The detection mode is a mode for detecting the user's biological information while sleeping and calculating health information. The sleep mode is a mode in which the above-described processing that is performed in the normal mode and the detection mode is not performed and power consumption is suppressed. However, the main terminal device 10 can receive signals from the sub terminal device 20 even in the sleep mode.

The secondary terminal device 20 can constantly detect that the user has stepped on the secondary terminal device 20 . That is, in the sub terminal device 20 , at least one of the load sensor 21 and the touch panel 22 is always activated, and detects that the user has stepped on the sub terminal device 20 . In another embodiment, the secondary terminal device 20 may operate in a sleep mode and an on mode (in which at least the processing unit 23 operates). The sleep mode is a mode in which the processing unit 23 does not operate and at least one of the load sensor 21 and the touch panel 22 operates. The ON mode is a mode in which at least the processing unit 23 operates. At this time, when the load sensor 21 and/or the touch panel 22 detects that the user has stepped on the sub terminal device 20 in the sleep mode, the sub terminal device 20 may shift to the on mode.

(Processing in detection mode)
Processing when the terminal system 1 operates in the detection mode while the user is asleep will be described below. It is assumed that the main terminal device 10 is in sleep mode or normal mode before the user goes to bed. At this time, when the user steps on the secondary terminal device 20 (see (1) in FIG. 3), the processing unit 23 of the secondary terminal device 20 detects that the user has stepped on the secondary terminal device 20, and detects the load. Weight is measured based on the detection result of the sensor 21 . The processing unit 23 also calculates the shape of the user's foot based on the detection result of the touch panel 22 . In another embodiment, the secondary terminal device 20 may be equipped with a camera, and the processing section 23 may calculate the shape of the foot based on the image captured by the camera.

In the present embodiment, the processing unit 23 uses the calculated foot shape to perform authentication processing for the user (see (2) shown in FIG. 3). That is, the data indicating the foot shape of the legitimate user is registered (stored) in advance in the sub terminal device 20, and the processing unit 23 determines that the calculated foot shape matches the registered foot shape. Authentication is performed by determining whether or not When determining that the shapes of the two feet match, the processing unit 23 determines that the authentication has succeeded. In this case, the processing unit 23 transmits a predetermined authentication notice to the main terminal device 10 (see (3) shown in FIG. 3). Note that the processing unit 23 may transmit biometric information (information such as weight) detected by the sub terminal device 20 to the main terminal device 10 together with the authentication notification. On the other hand, when determining that the shapes of the two feet do not match, the processing unit 23 determines that the authentication has failed. In this case, the processing unit 23 does not send the authentication notification to the main terminal device 10 .

Upon receiving the authentication notification, the main terminal device 10 shifts from sleep mode or normal mode to detection mode (see (4) in FIG. 3). After that, the user's biometric information is acquired by the main terminal device 10 .

When the detection mode is started, the processing unit 15 of the main terminal device 10 first activates the biological information detection sensor (the Doppler sensor 11 in this embodiment) and starts acquiring the detection result of the sensor. Note that when the camera 12 and/or the microphone 13 are used as detection sensors, the processing unit 15 may activate the camera 12 and/or the microphone 13 . During the detection mode, the Doppler sensor 11 continuously performs detection and continuously outputs an output waveform as a detection result. The processing unit 15 calculates health information (sleep index and fatigue index) based on the detection result (output waveform) of the Doppler sensor 11 .

(Calculation of health information)
Processing for calculating health information (sleep index and fatigue index) based on the detection result of the Doppler sensor 11 will be described below. FIG. 4 is a functional block diagram showing an example of a functional configuration for calculating health information in the processing section 15. As shown in FIG. As shown in FIG. 4, the processing unit 15 includes a waveform analysis unit 31, a sleep calculation unit 32, an autonomic nerve calculation unit 33, and a fatigue calculation unit .

Based on the biological information (output waveform) detected by the Doppler sensor 11, the waveform analysis unit 31 calculates respiration, pulse, and body movement as additional biological information. Here, it is conventionally known that by separating the output waveform of the Doppler sensor 11 according to frequency, waveforms representing respiration, pulse, and body movement can be obtained. The waveform analysis unit 31 separates the output waveform into a frequency band corresponding to respiration, a frequency band corresponding to pulse, and a frequency band corresponding to body movement by frequency analysis or the like, and outputs the separated waveform data. do. As shown in FIG. 4, the output of the waveform analysis unit 31 is input to the sleep calculation unit 32 and the autonomic nerve calculation unit 33, respectively.

The sleep calculator 32 calculates various sleep indices based on biological information (breathing, pulse, and body movement). Here, conventionally, a method of calculating a sleep index based on respiration, pulse, and body movement is known. In this embodiment, the sleep calculator 32 calculates a sleep index indicating the following information.
・Sleep latency (sleep onset latency)
・Intermediate awakening time ・Intermediate awakening frequency ・Sleep efficiency ・Total sleep time ・Amount of activity during sleep ・Sleep stage ・REM sleep time ・Non-REM sleep time ・Sleep quality Only some may be calculated, or different types of sleep metrics than those described above may be calculated.

The autonomic nerve calculation unit 33 calculates an index (autonomic nerve index) indicating the degree of activity of the autonomic nerves (sympathetic nerves and parasympathetic nerves) based on the biological information. Specifically, the waveform of the pulse (RR interval) contained in the biological information is subjected to frequency analysis by the maximum entropy method and Fourier transform, and the high frequency component (about 0.15 to 0.40 [Hz]) of the waveform HF and A low frequency component (approximately 0.04 to 0.15 [Hz]) LF is calculated. Here, the high frequency component HF is known to indicate the degree of function of the parasympathetic nerves, and the low frequency component LF is known to indicate the degree of function of the sympathetic nerves. Further, it is known that the degree of fatigue can be evaluated based on the ratio between the degree of parasympathetic nerve activity and the degree of sympathetic nerve activity (see, for example, Japanese Unexamined Patent Application Publication No. 2010-201113). Therefore, the autonomic nerve calculator 33 calculates the ratio (LF/HF) between the high frequency component HF and the low frequency component LF as the autonomic nerve index. As shown in FIG. 4 , the output of the autonomic nerve calculator 33 is used as input in the fatigue calculator 34 .

The fatigue calculator 34 calculates a fatigue index based on the sleep index and the autonomic nerve index. Note that in the present embodiment, as the fatigue index, the degree of fatigue indicating the degree (level) of fatigue in five stages from 1 to 5 is calculated. Any method can be used to calculate the fatigue index, but for example, the following method is conceivable.

A first method is a method of calculating a fatigue index from a sleep index. Here, the sleep index is considered to have a correlation with the degree of fatigue. For example, the following are examples of presumed high levels of fatigue:
-Long sleep latency.
・Long awakening time.
・There are many awakenings in the middle of the day.
- Poor sleep efficiency
・Total sleep time is short.
A poor balance between REM and NREM sleep (ratio of REM and NREM sleep is out of the normal range).
Therefore, the fatigue calculation unit 34 calculates the fatigue level so that if the sleep index corresponds to the above example, the fatigue level is high, and if the sleep index does not correspond to the above example, the fatigue level is low. For example, the fatigue calculation unit 34 may determine whether or not each of the above items is applicable, calculate points according to the number of applicable items, and calculate the degree of fatigue according to the total points. At this time, the fatigue calculation unit 34 may calculate points by weighting each item. In addition, a reference value (for example, "6 hours" for total sleep time) is set for each item, and points are calculated so that the farther the calculated sleep index value is from the reference value, the higher the point. good too.

As described above, in the present embodiment, a sleep index relating to sleep of the user is calculated based on biological information, and a fatigue index is calculated based on the sleep index. As described above, since it is considered that there is a correlation between the sleep index and the degree of fatigue, the accuracy of the fatigue index can be improved by calculating the fatigue index based on the sleep index.

A second method is a method of calculating the degree of fatigue based on sleep hours during a predetermined period (for example, one week). Here, conventionally, in a fatigue risk management system (FRMS (Fatigue Risk Management System)), there is a method of calculating the degree of fatigue based on sleep hours and working hours. In the above method, for example, by simply setting working hours to be constant, the degree of fatigue can be calculated based on sleep hours (only).

A third method is a method of calculating the degree of fatigue based on the autonomic nerve index. As described above, it is known that the degree of fatigue can be evaluated using the balance between the sympathetic nerves and the parasympathetic nerves, that is, the autonomic nerve index. Therefore, the fatigue calculation unit 34 calculates the degree of fatigue such that the degree of fatigue increases as the value of the autonomic nerve index deviates from the reference value, for example.

In this embodiment, the fatigue calculator 34 calculates the fatigue level using the above three methods. Specifically, the fatigue calculation unit 34 calculates the fatigue level by each of the above three methods, and calculates the final fatigue level based on each calculated fatigue level. For example, the fatigue calculation unit 34 may use the average value of the three fatigue levels as the final fatigue level, or may calculate the final fatigue level by weighting one of the three fatigue levels. good.

Note that, in other embodiments, the method of calculating the fatigue index is arbitrary, and the content of the fatigue index is also arbitrary. In another embodiment, a value indicating the degree of fatigue for each type of fatigue may be calculated as the fatigue index. For example, in another embodiment, the fatigue index may be three types of values: a value indicating the degree of acute fatigue, a value indicating the degree of cumulative fatigue, and a value indicating the degree of mental fatigue.

Also, in other embodiments, health information may be calculated using the detection results of the camera 12 and/or the microphone 13 . For example, biometric information such as pulse and/or body motion can be calculated based on an image of the user captured by camera 12 . Therefore, in addition to (or instead of) these biological information obtained from the detection results of the Doppler sensor 11, the processing unit 15 uses the biological information obtained from the image captured by the camera 12 to determine the sleep index (and fatigue level). can be calculated. In addition, the processing unit 15 may calculate the sleep index in consideration of the snoring sound detected by the microphone 13 .

FIG. 5 is a flow chart showing an example of the flow of processing executed by the processing unit 15 of the main terminal device 10. As shown in FIG. Note that FIG. 5 mainly shows the processing in the detection mode, and does not show the processing in the normal mode and the sleep mode.

In the present application, the processing of each step in the flowcharts shown in the drawings (FIGS. 5, 16, 17, and 32) is merely an example, and if similar results can be obtained, each step may be The processing order may be changed, and other processing may be performed in addition to (or in place of) the processing of each step. Further, in this specification, it is assumed that the processing of each step in the above flowchart is executed by the CPU of the processing unit. can be

At step S1 shown in FIG. Note that the main terminal device 10 is in sleep mode or normal mode at the time of execution of step S1. In the sleep mode or normal mode, the processing unit 15 repeatedly executes the processing of step S1 (and S2) at a rate of once per predetermined time.

In step S2, the processing unit 15 determines whether or not to shift to the detection mode. That is, the processing unit 15 determines to shift to the detection mode when receiving the above-described authentication notification from the secondary terminal device 20 in step S1, and determines not to shift to the detection mode when not receiving the authentication notification. . When the determination result of step S2 is affirmative, the process of step S3 is performed. On the other hand, if the determination result of step S2 is negative, the process of step S1 is executed again.

At step S3, the processing unit 15 shifts the operation mode of the main terminal device 10 to the detection mode. That is, the processing unit 15 activates the Doppler sensor 11 . In subsequent step S<b>4 , the processing unit 15 acquires the detection result of the Doppler sensor 11 . Furthermore, in subsequent step S5, the processing unit 15 calculates respiration, pulse, and body movement as further biological information based on the detection results. In the detection mode, a series of processes of steps S4 to S6 are repeatedly executed once every predetermined time. Therefore, during the detection mode, the biometric information is repeatedly acquired (calculated) and stored in the memory of the processing unit 15 sequentially.

In step S6, the processing unit 15 determines whether or not to end the detection mode. In this embodiment, the determination as to whether or not to end the detection mode is made based on whether or not the user is no longer asleep. Specifically, the processing unit 15 determines whether the user has left the detection range of the Doppler sensor 11 based on the detection result of the Doppler sensor 11 . Then, when the user is gone, the processing unit 15 determines that the user is no longer asleep, and determines to terminate the detection mode. On the other hand, when the user is within the detection range of the Doppler sensor 11, the processing unit 15 determines that the user is sleeping and determines not to terminate the detection mode. When the determination result of step S6 is affirmative, the process of step S7 is performed. On the other hand, if the determination result of step S6 is negative, the process of step S4 is executed again.

In step S<b>7 , the processing unit 15 calculates health information based on the detection result of the Doppler sensor 11 . That is, as described in the section "(Calculation of health information)" above, the sleep index and the fatigue index are calculated based on the biological information. In subsequent step S8, the processing unit 15 transmits the health information calculated in step S7 to the data server 2. FIG. Thus, in this embodiment, the health information is automatically generated (without requiring user's operation) and sent to the data server 2 . In other embodiments, the information transmitted from the terminal system 1 to the data server 2 may be transmitted according to the user's transmission operation. In addition, the processing unit 15 may transmit the information (biological information such as weight) received from the sub terminal device 20 together with the authentication notification to the data server 2 together with the health information.

In step S9, the processing unit 15 shifts the operation mode of the main terminal device 10 to sleep mode. That is, the processing unit 15 stops the operation of the Doppler sensor 11 . After shifting to the sleep mode in step S9, the process of step S1 described above is executed again.

As described above, in the present embodiment, the process of calculating health information based on the biological information that is the detection result of the sensor (Doppler sensor 11) is executed on the terminal (terminal system 1) side. may be divided between the terminal side and the server side. For example, in another embodiment, the terminal system 1 may transmit biometric information to the data server 2, and the data server 2 may calculate health information based on the biometric information. At this time, some health information (for example, sleep time, sleep efficiency, etc.) may also be calculated in the terminal system 1 and displayed on the display 16 at an appropriate timing. According to this, the terminal system 1 can provide health information to the user without acquiring data from the data server 2 . Also, the health information calculated by the data server 2 may be transmitted to the terminal system 1 and displayed on the terminal system 1 .

Also, in this embodiment, the health information transmitted from the terminal system 1 to the data server 2 shall be transmitted at the end of the detection mode. Here, in another embodiment, the transmission information (biological information and/or health information) transmitted from the terminal system 1 to the data server 2 may be transmitted sequentially during the detection mode.

(Processing in normal mode)
In this embodiment, the main terminal device 10 shifts to the normal mode in response to the user performing a predetermined operation (for example, pressing a predetermined power button) in the sleep mode. Although the details will be described later, in the normal mode, the main terminal device 10 accesses the service server 3 and displays the user's health information on the display 16, and displays the provided information provided from the service server 3 on the display 16. or Further, the main terminal device 10 shifts to the sleep mode in response to the user performing a predetermined operation (for example, pressing a predetermined power button) in the normal mode.

(Actions and effects of the terminal system)
As described above, in the present embodiment, the terminal system includes a first device (main terminal device 10) equipped with a first sensor (Doppler sensor 11) for detecting first biometric information about the user, and a biometric information about the user. and a second device (sub terminal device 20) having a second sensor (load sensor 21) for detecting second biological information different from the first biological information. Also, the terminal system can communicate with a server (data server 2) that performs analysis based on the first biological information and the second biological information.
Also, the terminal system transmits transmission information including at least one of the first and second biological information and health information obtained from the biological information to the server (data server 2). The first biological information (and health information based thereon) and the second biological information (and health information based thereon) may be transmitted separately from different devices. The server performs analysis based on transmission information transmitted from the terminal system.
As described above, the terminal system can acquire a large amount of biometric information using two devices, so the quality of analysis in the server can be improved. That is, the server can perform more diverse analysis or more accurate analysis.

In the present embodiment, the first sensor (Doppler sensor 11) detects the user's biological information while sleeping, and the second sensor (load sensor 21) detects the user's biological information while waking up (for example, before and after waking up). to detect the biometric information of According to this, the biometric information can be acquired both during the sleeping period and during the non-sleep period, so that the quality of the analysis in the server can be improved.

In the present embodiment, the first sensor is a non-contact sensor capable of detecting biometric information while the user is not in contact with the sensor, and the second sensor detects biometric information while the user is in contact with the sensor. It is a possible contact type sensor. According to this, biometric information can be detected by a method that does not bother the user while sleeping, and biometric information can be detected by a more reliable method while waking up.

In this embodiment, the first device comprises the following means.
- Receiving means for receiving the second biological information detected by the second sensor from the second device - The first biological information detected by the first sensor and the second biological information received from the second device, and these biological information transmitting means for transmitting transmission information including at least one of information-based health information to the server (data server 2); , can be efficiently sent to the server. Also, since the second device does not have to have a function of communicating with the server, the configuration of the device can be simplified.

Although the details will be described later, in this embodiment, the server (service server 3) transmits information based on the analysis result (provided information described later) to the terminal system. The first device comprises receiving means for receiving information transmitted from the server, and display means for displaying the received information. According to this, the user can easily view the above information using the first device. Moreover, since the above information is displayed on the first device that detects the biological information, the configuration of the terminal system can be simplified.

Note that in other embodiments, the terminal system 1 may have a device (information terminal) that receives and displays the provided information separately from the main terminal device 10 . This information terminal may be, for example, a mobile terminal, a personal computer, a game device, or any other information processing device used by the user. For example, the user's information terminal may access the service server 3 to receive and display the provided information. In addition, the information terminal may also be used to purchase products and services, which will be described later.

In this embodiment, the second device transmits a predetermined notification (authentication notification) to the first device in response to detecting the second biometric information. The first device starts detecting the first biometric information in response to receiving the predetermined notification. According to this, the biometric information detection operation can be efficiently executed in the first device, and the efficiency of information processing in the first device can be improved. Moreover, power saving of the first device can be achieved.

In this embodiment, the second device uses the user's biometric information (foot shape detected by the touch panel 22) to perform authentication processing for the user in response to detecting the second biometric information. Then, when the authentication process is successful (that is, when the authentication process confirms that the user is one of the one or more users registered in advance), the second apparatus sends the predetermined notification to the first user. 1 device. According to this, when it is confirmed that the user is a registered user, detection of biometric information is started in the first device, so detection processing can be executed efficiently. In addition, when a plurality of registered users are registered, it is possible to specify a user to be subjected to detection processing. The biometric information used in the authentication process may be the second biometric information, or may be other biometric information.

Further, in the present embodiment, the main terminal device 10 starts measuring (detecting) biometric information on the condition that the authentication process in the sub terminal device 20 is successful, and biometric information is no longer detected (when the user The measurement of biological information was terminated on the condition that it was no longer detected. Here, in other embodiments, the method for determining the measurement period of biological information is arbitrary, and the measurement period may be determined by other methods.

For example, in another embodiment, the main terminal device 10 may perform intermittent detection using a sensor (Doppler sensor 11) and determine the measurement period based on the detection results. Specifically, the main terminal device 10 determines whether or not the user is detected (whether or not the user is present within the detection range) by performing detection with the Doppler sensor 11 at predetermined time intervals. If the user is not detected, the main terminal device 10 stops detection by the Doppler sensor 11 . In this case no measurement is started. On the other hand, when the user is detected, the main terminal device 10 starts measurement by continuing the detection by the Doppler sensor 11 as it is. Furthermore, when the measurement is started, the main terminal device 10 continues the measurement while the user is detected by the Doppler sensor 11 . That is, as in the above embodiment, the main terminal device 10 ends the measurement by the Doppler sensor 11 when the user is no longer detected. According to the above, the measurement period by the Doppler sensor 11 can be determined based on the detection result (performed intermittently) by the Doppler sensor 11 itself. According to this, the measurement period can be determined without using another device such as a sensor, so that the configuration of the device can be simplified.

In another embodiment, the measurement period of the Doppler sensor 11 may be determined based on the detection result of a sensor other than the Doppler sensor 11 (for example, a human sensor). For example, the terminal system 1 may use an infrared sensor and/or a camera as a human sensor. Specifically, the terminal system 1 detects the user intermittently or continuously using a human sensor. Then, the terminal system 1 performs measurement with the Doppler sensor 11 while the user is detected by the human sensor. This also makes it possible to automatically determine the measurement period similarly to the method of this embodiment and the method of determining the measurement period based on the detection result of the Doppler sensor 11 . That is, since the user does not need to perform an operation for (starting and ending) the measurement, the convenience of the terminal system 1 can be improved. Furthermore, biometric information can be measured without imposing a burden on the user, which makes it easier to continuously acquire biometric information.

Also, in other embodiments, the measurement period of the Doppler sensor 11 may be predetermined. For example, the terminal system 1 may perform the measurement in a predetermined time period (for example, the time period from 20:00 at night to 10:00 the next morning), or (unless the user performs a stop operation). You may make it always perform. This also eliminates the need for the user to perform operations to start and end measurement, as in the case described above, so that the convenience of the terminal system 1 can be improved.

Further, in the above embodiment, the terminal system 1, in addition to automatically measuring biological information, automatically calculates health information (sleep index and fatigue index) based on biological information (in other words, , without any specific action by the user). Therefore, the health information is calculated in the terminal system 1 without the user performing a special operation, so the convenience of the terminal system 1 can be improved.

In this embodiment, the first device, which is a single device, communicates with the server via a mobile phone communication network through a first communication means (mobile communication unit 19) and the second device. and second communication means (near-field wireless communication unit 18) for performing short-range wireless communication with. The first device can easily communicate with the server and the second device.

As described above, the terminal system 1 according to the present embodiment uses a non-contact sensor (Doppler sensor), so the user does not need to wear a sensor. In addition, since the biometric information is automatically measured while sleeping, the user does not have to wait for the biometric information to be measured and does not need to perform complicated operations for the measurement. Furthermore, if the sensors are arranged around the user when he or she sleeps, there is no need to perform complicated setting work each time measurement is performed. As described above, according to the terminal system 1, it is possible to measure biometric information without imposing any trouble or burden on the user, and thus it becomes easy to continuously acquire biometric information.

In addition, the terminal system 1 may reproduce content (such as music) that induces the user to fall asleep or wake up (awakening). For example, the main terminal device 10 may reproduce music that induces the user to fall asleep in response to the start of detection by the Doppler sensor 11 . At this time, the main terminal device 10 may control the reproduction of the content according to the sleep state of the user. According to this, the content can be reproduced in an appropriate manner according to the sleep state of the user, and the content can be effectively reproduced. Also, power consumption can be reduced by stopping the reproduction of content in a situation where the effect is considered to be small (for example, in a situation where the user is sound asleep). A specific example, which is an example, will be described below.

The main terminal device 10 determines the sleeping state of the user based on the detection result (biological information) by the Doppler sensor 11 while the user is sleeping. For example, the main terminal device 10 determines in real time whether it is in a sleep state and the depth of sleep (REM sleep, non-REM sleep, etc.). Note that the above-mentioned "determining in real time" is not limited to immediate determination in a strict sense, but also includes determination with a delay of about several seconds.

The main terminal device 10 controls the reproduction of content according to the sleep state of the user determined during sleep. The main terminal device 10 may control playback/stop of content according to the sleep state, or may control the playback method (for example, volume and/or playback speed, etc.) according to the sleep state. For example, before the user falls asleep, the main terminal device 10 may start playing content to encourage the user to fall asleep, and stop playing the content when the user falls asleep. Alternatively, the main terminal device 10 gradually reduces the content reproduction volume in response to the user falling asleep, and the content playback volume in response to the user falling asleep (for example, entering a state of non-REM sleep). You can stop playing. Further, for example, the main terminal device 10 may start playing content (for example, content for urging the user to wake up) according to the timing at which the user wakes up, or at the timing when it is estimated that the user will soon wake up. In response, playback of content may be initiated.

Note that the content played back in the terminal system 1 when the user is asleep may be stored in the terminal system 1 or may be obtained from an external device (for example, the service server 3). For example, the service server 3 may transmit the content to the terminal system 1 in the providing process (step S22 described later) regarding the provision of goods/services.

[4. Processing operation in information processing system]
Next, processing operations performed in the information processing system will be described. FIG. 6 is a timing chart showing an example of the flow of operations in the information processing system. In the following, an example of the processing operation when the following operations are roughly performed in the information processing system will be described.
<1> The health information acquired by the terminal system 1 is repeatedly transmitted to the data server 2 and accumulated.
<2> The service server 3 uses the health information accumulated in the data server 2 to generate provision information introducing products and services, and provides the terminal system 1 with the provision information.
<3> The user who viewed the provided information on the terminal system 1 purchases the product/service introduced in the provided information (in the case of the free product/service, an application to use (enjoy) the product/service). do.
<4> After purchasing the product/service, the service server 3 uses the health information accumulated in the data server 2 to generate additional provision information and provides it to the terminal system 1 .

Here, in this embodiment, the service server 3 includes a portal server 41 and a service providing server 42 . The portal server 41 is a server that manages a portal site for providing users with the health information accumulated in the data server 2 and the above-described provided information. The portal server 41 has a function of accessing the data server 2, generating provision information using the health information accumulated in the data server 2, and providing the provision information to the user (terminal system 1).

Also, the service providing server 42 is a server for executing processing for providing products/services to users. Here, in the present embodiment, purchase of products/services provided by the service providing server 42 is managed by the portal server 41 . That is, the portal site has the function of a shopping site for selling products and services provided by the service providing server 42 . A user accesses the portal site using the terminal system 1 and purchases the goods/services on the portal site. Note that typically, the service providing server 42 is managed by a service provider that provides individual products/services, and the portal server 41 is managed by a management provider that manages the data server 2 . As for the service providing server 42, for example, a plurality of servers may be provided for each service provider.

<1> Processing for accumulating health information in the data server As described in the above “[3. Processing operation in the terminal system]”, the terminal system 1 transmits (uploads) health information to the data server 2 6). In the present embodiment, the terminal system 1 transmits health information together with user identification information preset for each user. Although not shown in FIG. 6, transmission of health information from the terminal system 1 to the data server 2 is continuously performed periodically (once a day in this embodiment).

The data server 2 stores the health information received from the terminal system 1 for each user. FIG. 7 is a diagram showing an example of data stored in the data server 2. As shown in FIG. As shown in FIG. 7, the data server 2 stores user information including the user identification information and health information for each user. That is, when the data server 2 receives the health information from the terminal system 1 of a certain user, the data server 2 adds the received health information to the health information in the user information regarding the certain user. Health information is thereby accumulated in the data server 2 .

The data server 2 also calculates secondary information based on the received health information at an appropriate timing (step S12). That is, the data server 2 analyzes health information to obtain secondary information. As described above, in the present embodiment, the secondary information is statistic information calculated from the received health information. For example, when calculating the average sleeping hours for one week as the secondary information, the data server 2 calculates the average sleeping hours each time the data of the sleeping hours for one week is accumulated. In this embodiment, the secondary information is also accumulated in the data server 2 as health information.

As shown in FIG. 7, the data server 2 stores a usage management table, which will be described later.

<2> Processing of Service Server 3 Providing Provided Information to Terminal System 1 The terminal system 1 accesses the portal site managed by the portal server 41 of the service server 3 according to the user's instruction (step S13). That is, the user sets the main terminal device 10 to the normal mode and performs an operation to access the portal site. Any method can be used to log in to the portal site, and a conventional method may be used. In this embodiment, a login screen is displayed on the display 16, and the user inputs user identification information and a password. The portal server 41 performs authentication using the user identification information and password, and if the authentication is successful, (the user of) the terminal system 1 can log in to the portal site.

Note that in other embodiments, login to the portal site may be performed using personal authentication performed in the terminal system 1 . For example, when authentication is successful in the secondary terminal device 20, the main terminal device 10 may access the portal site and log in. At this time, the main terminal device 10 does not require the user to enter the user identification information and the password.

When the user authentication is successful, the portal server 41 transmits the main page of the portal site to the terminal system 1 and causes the display 16 to display it. Although details will be described later, the main page includes provided information to be provided to the user. Therefore, when the user authentication is successful, the portal server 41 executes processing for generating provided information to be provided to the user (steps S14 to S18).

The content of the provided information is determined based on the user's health information stored in the data server 2 . Therefore, the portal server 41 first makes a request (use request) to use the health information necessary for determining the provided information to the data server 2 (step S14). The health information requested in the usage request is determined using the provision condition table stored in the portal server 41. FIG.

Data stored in the portal server 41 will now be described. FIG. 8 is a diagram showing an example of data stored in the portal server 41. As shown in FIG. As shown in FIG. 8, the portal server 41 stores user information for each user, a provision condition table, and an additional provision condition table. First, the user information and the provision condition table related to the process of step S14 will be described, and the details of the additional provision condition table will be described later.

The user information stored in portal server 41 includes the above-described user identification information, personal information, and user-provided history information. The personal information is, for example, the user's name, date of birth, age, gender, and other information about the user (excluding biometric information). The user-provided history information indicates a history of provided information that has already been provided (already provided) to the user. Details of the user-provided history information will be described later.

The provision condition table is used in step S14 to determine health information necessary for generating provision information. Although the provision condition table is set in advance and stored in the portal server 41, the content of the provision condition table may be updated at appropriate timing.

FIG. 9 is a diagram showing an example of a provision condition table. As shown in FIG. 9, the provision condition table is a table that associates provision conditions with provision contents. The provision condition indicates a condition for providing provision information. The provision content indicates the content of the provision information that is provided when the provision conditions associated therewith are satisfied. In FIG. 9, information indicating the content of the provided information itself, such as "introduction of product A", is set as the provided content. However, if an identification number is attached to each piece of provision information prepared in the portal server 41, information indicating the identification number may be set as the content of provision.

As shown in FIG. 9, in the present embodiment, provision conditions include user conditions and health conditions. The user condition is a condition regarding the user who provides the provided information. As the user condition, a condition related to personal information included in the user information is set, such as "man in his 40s" or "male and female in his 30s."

The health condition is a condition regarding the health (health information) of the user who provides the provided information. In addition, as shown in FIG. 9, the health condition includes use information indicating health information used to determine the health condition. The usage information may be secondary information obtained by processing the health information stored in the data server 2, such as "average degree of fatigue (for the last week)" shown in FIG. Also, the usage information may be information indicating (type of) the health information itself, such as "fatigue level (for the last week)". That is, the use request may be a request for secondary information obtained by processing health information, or may be a request for health information itself.

Health conditions include, for example, conditions related to fatigue index and sleep index, such as "(average degree of fatigue over the last week) is 4 or more" or "(average sleep duration over the last week) is 5 hours or less". set. The health condition may be a condition relating to the health information itself (for example, degree of fatigue) or a condition relating to information obtained from the health information (for example, average degree of fatigue).

Moreover, the health condition is not limited to one condition related to one type of health information, and may be composed of a plurality of conditions related to two or more types of health information. For example, the health condition may consist of a fatigue index condition and a sleep index condition. Further, when the information (biological information and/or health information calculated from the biological information) obtained by the sub terminal device 20 is transmitted to the data server via the main terminal device 10, the health condition is the condition related to the information. may contain

In step S14, the portal server 41 determines health information to be requested of the data server 2 using the provision condition table. That is, the portal server 41 identifies health information used to determine the provision conditions in the provision condition table, and requests the data server 2 for the identified health information. Specifically, the portal server 41 identifies a provision condition that satisfies the user condition among the provision conditions included in the provision condition table, and identifies the usage information included in the provision condition. For example, when the provision condition table shown in FIG. 9 is used, if the user who logged in to the portal site is a man in his 40s, usage information indicating "average degree of fatigue over the last week" is specified. . Therefore, the portal server 41 transmits to the data server 2 a utilization request requesting "average degree of fatigue over the last week". Note that if there are multiple types of provision conditions that satisfy the user conditions, the portal server 41 identifies each piece of usage information associated with the plurality of provision conditions, and requests the health information indicated by the identified usage information. Submit your request.

Note that in other embodiments, sets of provision conditions and provision contents in the provision condition table may be classified into a plurality of groups. For example, the above group includes the content of the provided information (products/services introduced), the genre of the products/services introduced in the provided information, the business operator that provides the products/services introduced in the provided information, and/or They may be classified into a plurality of groups according to the price of the product/service introduced in the provided information. At this time, the portal server 41 may allow the user to select a group in advance, and execute the process of specifying the usage information only for the provision conditions included in the set in the selected group. For example, in the case where the above groups are classified into groups according to the genre of products and services, the genre of goods for improving sleep (pillows, eye masks, etc.) and the genre of supplements for relieving fatigue are set. good too. At this time, if the user has selected only the supplement genre, the portal server 41 executes the process of specifying the usage information for the provision conditions included in this genre in the provision condition table. may According to this, only the provided information included in the genre selected by the user is provided to the user, and the provided information can be effectively provided for the genre in which the user is interested. Also, the processing load on the portal server 41 due to the process of identifying the usage information can be reduced.

Also, the provision condition table represents what kind of products/services should be introduced when the user is in what state of health. Therefore, the service providing side (service providing server 42) may be allowed to change the content of the provision condition table. That is, the portal server 41 may change the content of the provision condition table in response to a request from the service providing server 42. FIG.

As described above, the usage request transmitted from the portal server 41 to the data server 2 includes information indicating requested health information. FIG. 10 is a diagram showing an example of a usage request. As shown in FIG. 10, the usage request includes request information, user identification information, and service identification information. The request information is information indicating health information to be requested, and is determined based on the specified usage information. In this embodiment, the request information includes the type of health information requested to be obtained and the time (period) during which the health information was obtained in the terminal system 1 .

The user identification information indicates the user corresponding to the acquired health information. That is, the user identification information included in the usage request indicates which user's health information is to be acquired by the usage request.

The service identification information is identification information attached to products/services provided by the service providing server. The service identification information may be set for each service provider that provides products/services, or may be set for each type of product/service. The service identification information included in the use request is determined by the provision information corresponding to the health information requested in the use request (provided content associated with the use information indicating the health information in the provision condition table). In other words, it can be said that the service identification information corresponds to the provided information. In this embodiment, the service identification information included in the usage request is the service identification information attached to the product/service introduced by the provided information corresponding to the health information requested in the usage request, or the product - This is service identification information attached to the service provider that provides the service.

The portal server 41 stores in advance a table in which service identification information is associated with the content of provision (or the product/service specified by the content of provision, or the service provider) included in the provision condition table. . The portal server 41 refers to this table to specify service identification information to be included in the usage request.

Upon receiving the usage request, the data server 2 performs authentication processing for the usage request (step S15). In this authentication process, whether the health information indicated by the request information included in the usage request can be used in the service indicated by the service identification information included in the usage request (in other words, whether it can be used to generate the provided information) This is the process of determining whether or not. In this embodiment, the authentication process is performed using a usage management table (see FIG. 7) stored in the data server 2. FIG.

FIG. 11 is a diagram showing an example of a usage management table. As shown in FIG. 11, the usage management table is a table that associates service identification information with available information. Usable information is information that can be used (permitted to be used) for a product or service indicated by the service identification information associated with the usable information among the health information and secondary information stored in the data server 2. indicates The available information may indicate the type of health information, such as "sleep index/fatigue index", "all information", or "sleep index". In addition, the usable information is the period of health information that can be used among the health information stored in chronological order, such as "sleep index for the last month" (in other words, the period when the health information was acquired). may indicate. Also, although not shown in FIG. 11, the usable information indicates that the service server 3 uses health information, such as "available from December 1, 2013 to December 1, 2014." It may indicate the period during which the In other words, the availability information of the usage management table may indicate the condition regarding the type of health information, the condition regarding the acquisition time of the health information, or the period of use of the health information ( available period). In the example shown in FIG. 11, the service identification information corresponding to product A includes a set associated with availability information indicating that the sleep index and the fatigue index are available. This set represents that the sleep index and fatigue index are available for the provided information introducing product A.

In the authentication process of step S15, the data server 2 uses the health information indicated by the request information included in the received usage request and the usage associated (in the usage management table) with the service identification information included in the usage request. It is determined whether or not the possible information matches the health information indicated. If the two match, the data server 2 determines that the authentication has succeeded, and executes the processes of steps S16 and S17, which will be described later (see FIG. 6). On the other hand, although not shown, if the two do not match, the data server 2 determines that the authentication has failed, and does not execute the processes of steps S16 and S17. In this case, the data server 2 sends a notification to the effect that the authentication has failed to the portal server 41 . In this case, the portal server 41 does not generate the provided information, and the user is not provided with the provided information in S19 described later (a main page that does not include the provided information is provided).

If the authentication succeeds, the portal server 41 executes analysis processing according to the usage request (step S16). As described above, the health information requested in the usage request is information obtained as a result of analyzing (processing) the health information stored in the data server 2, such as "average degree of fatigue over the last week". Sometimes. In such a case, the portal server 41 calculates the health information requested in the usage request by analyzing the health information. For example, when the average degree of fatigue over the last week is requested, the average value is calculated from the degree of fatigue over the last week in the user's health information indicated by the user identification information included in the usage request. Note that if the health information requested in the usage request is the health information itself acquired from the terminal system 1, or if it is secondary information that has already been calculated by the analysis processing in step S12, the analysis is performed in step S16. No processing need be performed.

Next, the data server 2 transmits the health information requested in the usage request to the portal server 41 (step S17). This allows the portal server 41 to acquire health information.

As described above, in the present embodiment, when the service server 3 generates the provided information, the service server 3 requests the data server 2 for information used for generating the provided information (use request). Then, the data server 2 transmits the stored information (biological information and/or health information) to the service server in response to a request from the service server 3 . According to this, the information acquired from the user can be managed in the data server 2 and the information stored in the data server 2 can be used in the service server 3 .

Furthermore, in this embodiment, the use request includes request information indicating information used to generate the provided information, and identification information (service identification information) regarding use of information stored in the data server 2 . Based on the identification information included in the usage request from the service server 3, the data server 2 determines whether or not the information indicated by the request information included in the request is permitted to be used for generating the provided information. , if it is determined to be permitted, the information indicated by the request information is transmitted to the service server. According to this, the data server 2 can manage and control the use of the accumulated information by the service server 3, and can manage and control the types of usable information so as to differ according to the service identification information. .

Upon receiving the health information from the data server 2, the portal server 41 generates provision information based on the received health information (step S18). That is, the portal server 41 uses the received health information to identify the provision information that satisfies the provision conditions (user conditions and health conditions) in the provision condition table. For example, in the case where the provision condition table shown in FIG. 9 is used, if a value of 4 or more is received as the average degree of fatigue over the last week for a male user in his 40s, provision information introducing product A is specified. . Note that if there is no provision content that satisfies the provision conditions, the provision information is not generated and is not transmitted. Moreover, the provision information specified in the process of step S18 may be plural.

In addition, in the process of step S18, the portal server 41 stores the history of the specified provided information. That is, the portal server 41 updates the content of the user-provided history information (see FIG. 8) included in the user information about the logged-in user.

FIG. 12 is a diagram illustrating an example of user-provided history information. In this embodiment, the user-provided history information includes a set of information consisting of provision content information, provision date information, purchase information, and additional provision timing information. The provision content information included in the user provision history information indicates the content of the provision information provided to the user, similar to the provision content in the provision condition table described above. The provision date information indicates the time (here, date) when the provision information associated therewith was provided. In this embodiment, provision date information indicating the date is stored, but information indicating the time may be stored in addition to the date.

Also, the purchase information indicates whether or not the product/service introduced by the provided information associated therewith is purchased. Further, the additional provision timing information indicates whether or not to additionally provide the provided information after provision of the provided information associated therewith, and indicates the timing of the additional provision if the additional provision is to be provided. Additional provision timing information will be described later.

In the process of step S18, the portal server 41 adds the above set of information to the user-provided history information for the specified provided information. Specifically, the portal server 41 provides provision content information indicating the provision information specified in the process of step S18, provision date information indicating the date of provision of the provision information, purchase information indicating no purchase, Additional supply timing information indicating no additional supply is added to the user-provided history information. In the process of step S18, the purchase information is stored so as to indicate "no purchase" and the additional provision timing information indicates "no additional provision". updated when

Next, the portal server 41 creates a web page including the specified provided information and transmits it to the terminal system 1 (step S19). In this embodiment, this web page is a main page (also referred to as top page or home page) that is displayed first when the terminal system 1 accesses (logs in to) the portal site. However, in other embodiments, the page containing the provided information need not be the main page. When the main page is received by the terminal system 1 , the main page is displayed on the display 16 of the main terminal device 10 . Thus, the provision information is provided to the user.

FIG. 13 is a diagram showing an example of a main page displayed on the terminal system. As shown in FIG. 13 , the main page includes a provided information field 51 and a history browsing field 52 . Provided information (in FIG. 13, information introducing a pillow as a product) is displayed in the provided information column 51 . In this embodiment, the content displayed in the provided information column 51 is defined by the provided information. In FIG. 13, the provided information column 51 includes only one type of provided information, but may include a plurality of provided information.

The provided information column 51 includes a purchase button 53 for purchasing the product related to the provided information. That is, when the user makes an input specifying the purchase button 53, a product purchase page for purchasing the product is newly displayed on the display 16, and the user can purchase the product. In this embodiment, the product purchase page is assumed to be a page provided by the portal server 41 (a page within the portal site). However, in other embodiments, it may be a page provided by a service providing server (a page outside the portal site). That is, the purchase button 53 may indicate a link to a product purchase page provided by the service providing server.

A history browsing column 52 is provided for referring to the health information history stored in the data server 2 . In the present embodiment, the history browsing column 52 includes buttons indicating the year and month, and when the user makes an input to specify this button, a page displaying health information for the specified year and month is displayed on the display 16. to be displayed.

As described above, in this embodiment, the service server 3 generates provision information including information on products or services for improving the index indicated by the user's health information. This makes it possible to provide users with useful information about products and services. In addition, the service server 3 generates web page information for the user to purchase products/services, or provision information including link information of the web page. According to this, when the user is provided with the provided information introducing the product/service, the user can purchase the provided product/service with a simple operation, and the user's convenience can be improved. .

<3> Process for Purchasing Product Next, the process when the user purchases the product indicated by the provided information displayed on the main page will be described. When the user inputs an operation to purchase a product on the product purchase page, the terminal system 1 transmits a purchase instruction notification to the portal server 41 (step S20). This purchase instruction notification includes user identification information and information identifying the product to be purchased. Upon receiving the purchase instruction notification, the portal server 41 transmits the purchase notification to the service providing server 42 that provides the purchased product (step S21). The purchase notification includes the user identification information and information identifying the product to be purchased, which were included in the purchase instruction notification.

Upon receiving the purchase notification from the portal server 41, the service providing server 42 executes a providing process regarding the provision of goods/services (step S22). For example, when providing data as a product or service via a network, the provision process is, for example, a process of transmitting data related to the product or service. Note that "data related to products or services" is, for example, music data, meal recipes, application data, and the like. The "data related to goods or services" may be, for example, data (application) for causing the illumination unit 17 of the main terminal device 10 to perform illumination to induce the user to fall asleep or wake up. If the terminal system 1 has a speaker, the data (application) may be data (application) for outputting music from the speaker to induce the user to fall asleep or wake up.

In addition, when providing a product that is an actual object (for example, sleep improvement goods such as pillows and eye masks), the provision process includes, for example, sending a notification to the user's terminal system 1 that the purchase of the product has been accepted. and a process of transmitting a notification of product delivery to the terminal system 1 of the user. Further, in the case of actually providing a service (for example, a massage, etc.), the providing process includes a process of sending a notification that the purchase of the service has been accepted to the terminal system 1 of the user, and a process of setting the date and time of providing the service. This is the process of transmitting the notification to the terminal system 1 of the user. For example, the service server 3 may introduce a massage service (for example, introduce a massage shop in the vicinity of the user) using the provided information, and reserve a massage (purchase a massage service) on the portal site.

As described above, in response to an instruction from the terminal system 1 for the user to purchase a product or service, the service server 3 may transmit data related to the product or service to the terminal system 1 .

Also, upon receiving the notification of the purchase instruction, the portal server 41 updates the user-provided history information (FIG. 12) regarding the user who issued the purchase instruction so as to reflect that the product has been purchased (step S23). Specifically, the portal server 41 updates the purchase information associated with the provision information introducing the product related to the purchase instruction to the content indicating "purchased". In addition, the portal server 41 updates the additional provision timing information associated with the provided information to the content indicating the timing for providing the additional provided information.

Here, in the present embodiment, when a product or service introduced in the provided information is purchased, new provided information is provided after the purchase. Below, the provision information newly provided in this way is called "additional provision information." The content of the additional provided information may be different from or the same as the content of the first provided information. Although the details will be described later, the content of the additional provision information is determined based on the user's health information uploaded after the product/service is purchased.

In the above step S23, the provision timing of the additional provision information is determined, and the additional provision timing information in the user provision history information is updated to indicate the determined timing. The portal server 41 determines the timing of providing the additional provided information according to the provided provided information. In this embodiment, the timing of providing the additional provision information is determined using the additional provision condition table (see FIG. 8) stored in the portal server 41 .

FIG. 14 is a diagram showing an example of an additional provision condition table. The additional provision condition table is a table for determining the content and timing of additional provision information. As shown in FIG. 14, the additional provision condition table is a table that associates the previous provision content, the additional provision timing, the additional provision condition, and the additional provision content. Like the provision condition table, the additional provision condition table is set in advance and stored in the portal server 41, but the content of the additional provision condition table may be updated at appropriate timing. Further, similarly to the provision condition table, the service provider side (service provision server 42) may be allowed to change the contents of the additional provision condition table.

The previously provided content is the content of the previously provided provided information, in other words, the content of the provided information that caused the additional provided information to be provided. The additional provision timing indicates the timing of additional provision, that is, the timing of providing additional provision information associated with the additional provision timing. In this embodiment, the additional provision timing indicates the time after the product/service is purchased, such as "two weeks after purchase" or "one month after purchase". However, in other embodiments, the additional provision timing may indicate the time from the previous provision of the provision information, or the time when the product is actually used or the service is actually received. When acquired by the server 41, the time from these points may be indicated. Details of additional provision conditions and additional provision content will be described later.

In step S23, the portal server 41 identifies the provision information introducing the purchased product, and identifies the additional provision timing (in the additional provision condition table) associated with the previous provision content indicating the identified provision information. The portal server 41 calculates the point of time (here, date) at which the additional provision is made based on the specified additional provision timing. The additional provision timing information in the user-provided history information is updated to the calculated year/month/day information. For example, if the current date (at the time of purchase) is December 6, 2013 and the specified additional provision timing is "two weeks after purchase", information indicating December 20, 2013 is the additional provision timing information. remembered.

<4> Processing for Providing Additional Provided Information After Purchase of Goods/Services As described above, in the present embodiment, when goods/services are purchased, based on the provided information introducing the purchased goods/services, Then, the timing of providing the additional provision information is determined. Here, the portal server 41 periodically refers to the user provision history information of each user to periodically determine whether or not the additional provision timing has come. Then, when it is determined that the additional provision timing has arrived, the portal server 41 executes processing (S24 to S29 shown in FIG. 6) for providing the user with the additional provision information for which the additional provision timing has arrived. That is, when a predetermined period of time (a period specified by the additional provision timing in the additional provision condition table) has passed since the purchase of the product, the above process is executed (see FIG. 6).

Specifically, when there is additional provided information whose provision timing has arrived, the portal server 41 transmits to the data server 2 a use request requesting the use of the health information necessary for determining the additional provided information (step S24). It should be noted that the health information necessary for determining additional provision information is health information used for determining additional provision conditions for additional provision information (see FIG. 14). In the process of step S<b>24 , health information necessary for determining additional provision information is determined using the additional provision condition table stored in portal server 41 .

Here, as shown in FIG. 14, in the additional provision condition table, the previous provision content, (additional provision timing,) additional provision condition, and additional provision content are associated with each other. The additional provision condition indicates a condition (additional provision condition) under which additional provision information is provided for the provision information indicated by the previous provision content associated therewith.

The additional provision condition includes use information indicating health information used for determination of the additional provision condition. This usage information is the same as the usage information included in the provision conditions. However, the usage information included in the additional provision conditions, for example, "average degree of fatigue in the last week and average degree of fatigue in the week before purchase" May be set to specify information.

The additional provision condition is a condition regarding health information of the user. Specifically, the additional provision condition may be a condition related to a change in health information (a change in the user's condition indicated by the health information), such as "improvement in fatigue level" or "no improvement in fatigue level." . Further, the additional provision condition may be the same as the above-described health condition (see FIG. 9). Conditions may be set as additional provision conditions.

The additional provision content indicates the content of the additional provision information that is provided when the additional provision conditions associated therewith are satisfied. As the additional provision content included in the additional provision condition table, information indicating the content of the provision information itself may be set, similarly to the provision content in the provision condition table described above, or an identification number attached to the provision information may be set. information may be set.

In step S24 above, first, the portal server 41 refers to the user-provided history information to specify provided information corresponding to the additional provided information whose provision timing has come. That is, the portal server 41 identifies the provision information indicated by the provision content information associated with the additional provision timing information whose provision timing has come, in the user provision history information.

Next, the portal server 41 identifies additional provision conditions for the additional provided information corresponding to the identified provided information. That is, the portal server 41 refers to the additional provision condition table to specify the additional provision condition associated with the previous provision content indicating the specified provision information. Then, the portal server 41 specifies the usage information included in the specified additional provision conditions, and transmits to the data server 2 a usage request for acquiring the health information indicated by the specified usage information. That is, a utilization request including request information indicating the health information is transmitted to the data server 2 . For example, consider a case where provision information indicating "introduction of product A" is specified when the additional provision condition table shown in FIG. 14 is used. In this case, since usage information indicating "average degree of fatigue for the last week, average degree of fatigue for the week before purchase" is specified, a usage request for acquiring health information indicated by this usage information is transmitted to the data server 2. .

The use request transmitted in step S24 includes request information, user identification information, and service identification information, like the use request transmitted in step S14. The contents of these three pieces of information are determined by the same method as in the process of step S14. It should be noted that, for example, when usage information indicating "average degree of fatigue over the last week and average degree of fatigue over one week before purchase" is specified, the request information may be a health condition during a predetermined period based on the point of purchase. May indicate information. In this case, the portal server 41 may use the date indicated by the provision date information of the user-provided history information as the purchase date in order to calculate the predetermined period, or store the date when the product was purchased in advance, The stored date may be used as the purchase date.

In response to the use request from the portal server 41, the data server 2 executes the same processes as steps S15 to S17. That is, the data server 2 performs authentication processing for the usage request (S25), and if the authentication succeeds, performs analysis processing according to the usage request as necessary (step S26). Then, the health information requested in the usage request is transmitted to the portal server 41 (step S27).

Upon receiving the health information from the data server 2, the portal server 41 generates additional provision information based on the received health information (step S28). That is, portal server 41 uses the received health information to determine whether or not the additional provision condition specified in step S24 is satisfied. Then, the portal server 41 generates additional provision information of the additional provision content that satisfies the additional provision conditions. Note that if there is no additional provision content that satisfies the additional provision conditions, no additional provision information is generated. Moreover, the additional provision information specified in the process of step S28 may be plural.

FIG. 15 is a diagram illustrating an example of a method for determining additional provision conditions. As shown in FIG. 15, in the present embodiment, the data server 2 stores health information (fatigue level in the figure) acquired every day. As described above, in this embodiment, whether or not the additional provision condition is satisfied may be determined by comparing the health information before and after the purchase of the product/service. In this case, first, as the user's health information after purchase, the health information for a predetermined period from the present to the past is analyzed, and as the user's health information before purchase, the health information for the past predetermined period from the time of purchase is analyzed. is analyzed. For example, as shown in FIG. 15, the data server 2, in response to a request for use from the portal server 41, calculates the average fatigue level for the last week and the average fatigue level for the week before the purchase as analysis results. do. The portal server 41 compares the analysis result of the health information before purchase (average degree of fatigue for one week before purchase) with the analysis result of health information after purchase (average degree of fatigue for the most recent week), thereby determine whether the health status of the individual has improved. For example, if the average fatigue level has decreased by a predetermined value or more, the portal server 41 determines that the health condition (fatigue level) of the user has improved. The server 41 determines that the health condition (fatigue level) of the user has not improved. Then, the portal server 41 generates additional provision information with different contents according to the determination result. For example, in the example of the additional provision condition table shown in FIG. Additional information is generated introducing the Further, if it is determined that the degree of fatigue has not improved, additional provision information introducing product E is generated.

As described above, in the present embodiment, analysis based on a plurality of pieces of health information, which are time-series data accumulated for the user whose health condition is to be analyzed (time-series analysis considering the time when the health information was acquired) is performed. done. As a result, changes in the user's health condition can be known, and useful information can be provided by providing information to be provided based on such analysis.

Further, in the present embodiment, additional provided information based on health information acquired by the terminal system after the purchase of the product or service included in the provided information and according to the improvement effect (health condition) of the product or service. to generate According to this, it is possible to determine the effect of the product/service, and to provide appropriate provision information according to the determination result.

As described above, in the present embodiment, the data server 2 stores the health status based on the information acquired by the terminal system 1 before a predetermined reference point in time (the point of purchase) and the information obtained by the terminal system 1 after the reference point in time. The analysis is performed by comparing the health status based on the information obtained. According to this, it is possible to accurately analyze changes in health conditions due to provided information (or products and services provided by provided information), and by generating provided information according to such analysis, can be made useful.

The predetermined reference point in time is, for example, the point of purchase of the product/service introduced in the provided information, but may be any point in time resulting from the provision of the provided information to the user. For example, the reference time may be the time when the provided information is provided. Also, for example, if the server can know when the user started using the product and/or when the user received the service, these points of time may be used as reference points of time.

When the additional provided information is generated, the portal server 41 transmits the additional provided information to the terminal system 1 (step S29). Any method may be used to transmit the additional provided information, but in the present embodiment, a message to the effect that there is additional provided information is sent to the terminal system 1 by push notification. That is, when the additional provided information is generated, the portal server 41 transmits the message in such a manner that the message is notified without the user's operation (without accessing the portal site). That is, the terminal system 1 that receives the message displays the message on the display 16 independently of the user's operation. In response to this message, the user uses the terminal system 1 to access the portal site. Then, when the user logs in to the portal site, the portal server 41 generates a main page including additional provided information and transmits it to the terminal system 1 . As a result, additional provided information is provided to the user.

As described above, in response to the generation of the additional provision information, the service server 3 sends information to the user's terminal (the terminal device (main terminal device 10) in the terminal system 1) that the user's operation on the terminal device is Send notifications of additional offerings (messages above) at independent times. Note that in other embodiments, the additional provided information itself may be transmitted to the terminal system 1 by push notification. That is, the additional provided information may be transmitted from the portal server 41 to the terminal system 1 independently of the user's operation. In other words, the additional provided information may be displayed on the terminal system 1 without accessing the portal site. In this way, the notification of the additional provided information or the transmission of the additional provided information to the terminal system 1 by push notification makes it possible to notify the user of the generation of the additional provided information at an appropriate timing.

Also, in other embodiments, the above message may not be sent. In this case, the additional provided information is not notified to the user when the portal server 41 generates the additional provided information, and the additional provided information is provided when the user accesses the portal site next time.

Note that, in other embodiments, push notification may be performed for provided information (not additional provided information) in the same manner as for additional provided information. That is, the service server 3 may transmit the notification of the provided information (not the additional provided information) or the provided information itself at a timing independent of the user's operation on the terminal device. More specifically, the portal server 41 may execute the processes of steps S14 and S18 when a predetermined condition is satisfied (for example, when a predetermined time has come). good.

As described above, in this embodiment, the additional provided information is provided after the provided information is provided. Here, after the provision information is provided, the analysis processing of the information (health information) from the terminal system 1 and the generation processing of the additional provision information based on the analysis result may be repeatedly executed. For example, the portal server 41 may set a repetitive timing (for example, timing every two weeks after purchase of the product) as the additional provision timing in the additional provision condition table (see FIG. 14). According to this, the above analysis processing and generation processing are repeatedly executed each time the timing comes. Further, for example, the portal server 41 may be configured to include, as the previous provision content, the provision information indicated by the additional provision content in the additional provision condition table (a set of the previous provision content, the additional provision timing, the additional provision condition, and the additional provision content). ) may be set. For example, in the additional provision condition table shown in FIG. 14, a set may be set in which provision information introducing product D is set as the previous provision content. According to this, when the user purchases the product D in response to the provision of additional provided information, further additional provided information will be provided thereafter. As described above, useful information can be continuously provided to the user by repeating the analysis process and the generation process.

(Processing in data server 2)
FIG. 16 is a flow chart showing an example of the flow of processing executed in the data server 2. As shown in FIG. In this embodiment, the data server 2 repeatedly executes a series of processes of steps S30 to S37 shown in FIG. This series of processes is performed by the CPU, which is the processing unit of the data server 2, executing a predetermined information processing program stored in the program storage unit of the data server 2. FIG. If the data server 2 is composed of a plurality of information processing devices, the CPUs of the respective information processing devices may be responsible for executing the above series of processes.

First, in step S30, the processing unit of the data server 2 determines whether or not health information has been received from the terminal system 1 (see S11 shown in FIG. 6). When the determination result of step S30 is affirmative, the process of step S31 is performed, and when the determination result of step S30 is negative, the process of step S34 described later is performed.

In step S31, the processing unit stores the health information received from the terminal system 1 in the storage unit of the data server 2 for each user (see FIG. 7). In step S32, the processing unit determines whether or not to calculate secondary information based on the received health information. This determination is made, for example, based on whether or not the timing for calculating the secondary information has arrived, or whether or not health information for calculating the secondary information has been accumulated. When the determination result of step S32 is affirmative, the process of step S33 is performed, and when the determination result of step S32 is negative, the process of step S34 described later is performed.

In step S33, the processing unit calculates secondary information based on the received health information, and stores the calculated secondary information in the storage unit of the data server 2 (see S12 shown in FIG. 6). As described above, the data server 2 stores the health information each time it receives the health information from any one of the users (step S31), and calculates and stores the secondary information as necessary.

In step S34, the processing unit determines whether or not a usage request has been received from the portal server 41 (see S14 and S24 shown in FIG. 6). When the determination result of step S34 is affirmative, the process of step S35 is performed, and when the determination result of step S34 is negative, the process of step S30 is performed again.

In step S35, the processing unit executes authentication processing for the usage request received in step S34 (see S15 and S25 shown in FIG. 6), and determines whether or not the authentication has succeeded. When the determination result of step S35 is affirmative, the process of step S36 is performed, and when the determination result of step S35 is negative, the process of step S37 is performed.

In step S<b>36 , the processing unit transmits the health information requested in the usage request to portal server 41 . That is, the processing unit analyzes the health information stored in the storage unit as necessary, and transmits the health information and/or the health information that is the analysis result to the portal server 41 (see FIG. 6). S16, S17, S26, S27).

On the other hand, in step S37, the processing section transmits a notification to the portal server 41 that the authentication has failed. When the process of step S36 or S37 is completed, the process of step S30 is executed again. The operations in the data server 2 shown in FIG. 6 are realized by the processing of S30 to S37 described above.

(Processing in portal server 41)
FIG. 17 is a flow chart showing an example of the flow of processing executed in the portal server 41. As shown in FIG. The portal server 41 repeatedly executes a series of processes of steps S41 to S49 shown in FIG. This series of processes is performed by the CPU, which is the processing unit of the portal server 41, executing a predetermined information processing program stored in the program storage unit of the portal server 41. FIG. If the portal server 41 is composed of a plurality of information processing devices, the CPUs of the respective information processing devices may be responsible for executing the above series of processes.

First, in step S41, the processing unit of the portal server 41 is accessed from the terminal system 1 and determines whether or not the user of the terminal system 1 has logged in (S13 shown in FIG. 6). When the determination result of step S41 is affirmative, the process of step S42 is performed, and when the determination result of step S41 is negative, the process of step S44 described later is performed.

In step S42, the processing unit generates provision information (see S14 and S18 shown in FIG. 6). In step S43, the processing unit generates a main page including the provided information and transmits it to the terminal system 1 (see S19 shown in FIG. 6). At this time, if there is additional provided information that has already been generated but has not yet been provided, the processing unit generates a main page including the additional provided information in addition to the provided information. Note that the provided information and the additional provided information are provided in a mutually distinguishable manner (for example, so that the display position on the page and/or the display form are different). Also, although not shown, during the period from when the main page is displayed on the terminal system 1 until the user logs out of the portal site, the web page (for example, the page indicated by the health information history) is displayed according to the input by the user. Processing for displaying on the terminal system 1 is executed as appropriate.

In step S44, the processing unit determines whether or not the product introduced in the provided information on the portal site has been purchased. This determination is made based on whether or not a purchase instruction notification has been received from the terminal system 1 . When the determination result of step S44 is affirmative, the process of step S45 is performed, and when the determination result of step S44 is negative, the process of step S47, which will be described later, is performed.

In step S45, the processing unit transmits a purchase notification to the service providing server 42 (see S21 shown in FIG. 6). Also, in step S46, the processing unit updates the user-provided history information so as to reflect that the product has been purchased (see S23 shown in FIG. 6). As described above, at this time, the timing of providing the additional provided information is determined.

In step S47, the processing unit determines whether or not the timing for providing the additional provided information has arrived (see S24 shown in FIG. 6). If the determination result of step S47 is affirmative, the process of step S48 is executed, and if the determination result of step S47 is negative, the process of step S41 is executed again.

In step S48, the processing unit generates additional provided information whose provision timing has arrived (see S28 shown in FIG. 6). In step S49, the processing unit transmits the message to the terminal system 1 for notifying the user that there is additional provided information (see S29 shown in FIG. 6). When the user logs in to the portal site in response to the display of this message on the terminal system 1, the main page including the additional provided information is transmitted from the portal server 41 to the terminal system 1 by the process of step S43 described above. The page will be displayed on the terminal system 1 . When the process of step S49 is completed, the process of step S41 is executed again. The operations of the portal server 41 shown in FIG. 6 are realized by the processes of S41 to S49 described above.

[5. Effects of this embodiment]
As described above, in the present embodiment, the terminal system 1 transmits health information to the server system (the server-side system; in the above embodiment, the data server 2 and the service server 3). The server system also receives transmission information (health information) from the terminal system 1 and stores the received transmission information in association with the user.

Here, the server system provides the user with an index obtained from the transmission information or an index included in the transmission information (an index indicated by the health information about the user, specifically, a sleep index and a fatigue index) to improve the index. Based on the analysis result of the transmission information, the provided information is generated and transmitted to the terminal system 1 (S18, S19). Further, the server system generates additional provided information different from the already provided provided information based on the analysis result of the transmission information acquired by the terminal system 1 after the provided information is provided to the user, and the terminal system 1 (S28, S29).

According to the above, the provided information is provided for the first time, the user's condition is analyzed based on the subsequently acquired health information, and new provided information is generated based on the analysis result. According to this, it is possible to provide the second provision information in consideration of the effect (including the presence or absence of the effect) of the first provision information, so that useful information can be provided to the user. For example, if a product or service introduced in the first provided information is purchased, determine the effect of the product or service based on post-purchase health information, and provide the second provided information according to the effect. useful information can be provided to the user.

In addition, in this embodiment, the server system (data server 2) stores transmission information received from the terminal system and information (health information) obtained from the transmission information as storage information in association with the user (this embodiment Then accumulate). Then, the data server 2 receives the provided information as a request (use request) for using the stored information to generate the provided information from the service server 3, which provides the provided information to the user of the terminal system using the stored information. and service identification information for identifying the service related to the provided information (S14, S24, FIG. 10). Based on the service identification information included in the usage request received from the service server 3, the data server 2 is permitted to use the information indicated by the usage information included in the usage request to generate the provided information. (S 15 , S 25 ), and if it is determined that the request is permitted, information based on the stored information and indicated by the request information is transmitted to the service server 3 .

According to the above, the server system can manage and control the use of stored information by the service server. For example, the server system can manage and control the use of stored information for each type of information that can be used according to service identification information. By managing and controlling the use of the stored information in this way, the server system can provide a service that allows the service server to use the stored information and charges a fee according to the use. For example, in the above embodiment, the management company managing the data server 2 and the portal server 41 can provide a service that allows the service company managing the service providing server 42 to use the stored information.

Further, the server system associates service identification information with usage permission information (usability information) that is information based on stored information and indicates information that is permitted to be used for the service indicated by the service identification information. Store information (usage management table). The above determination is made based on the association information. This facilitates determination.

Further, in this embodiment, the server system determines whether or not the information indicated by the request information included in the usage request received from the service server can be used. Alternatively, the determination is made based on the condition regarding the usage period of the stored information (S15). According to this, the use of stored information can be managed according to the type of stored information and/or the acquisition time of stored information. In addition, a usage period can be set for the stored information. Further, in the case where the management business operator provides a service that allows the service provider to use the stored information as described above, the management business operator sets the usage fee of the stored information according to the available stored information, for example. can do.

In addition, in this embodiment, the server system (portal server 41) generates provided information introducing products/services based on the transmission information (S19), and from the user to whom the provided information is provided, A purchase instruction to purchase the indicated product/service is accepted (S20). According to this, the server system can not only provide the product/service-related information, but also provide the product/service introduced by the provided information. In addition, since the user can purchase the product/service provided by the server system by instructing the server system, the convenience of purchase can be improved.

Furthermore, in this embodiment, the portal server 41 in the service server 3 transmits a predetermined purchase notification to the service providing server 42 in response to receiving the purchase instruction. Then, the service providing server 42 executes the service providing process (S22) in response to receiving the purchase notification. According to this, the service providing server 42 can perform the service providing process on the side of the service provider that provides the product/service, and the portal server 41 can manage the purchase of the product/service on the side of the management provider.

Further, in the present embodiment, the information processing system calculates an index indicating user's fatigue. That is, the information processing system automatically acquires biological information from the non-wearable sensor (Doppler sensor 11) and stores the acquired biological information (S5). Then, the information processing system calculates the user's fatigue index based on the stored biological information (S7). According to this, the user's degree of fatigue can be measured without making the user aware of the measurement.

Note that the terminal system 1 repeatedly acquires biometric information from the sensor. Then, the repeatedly acquired biometric information is accumulated and stored, and the user's fatigue index is calculated based on the accumulated and stored biometric information. Thereby, according to this, a user's fatigue degree can be measured continuously.

[6. Modification]
(Modified example for automatically updating provision conditions)
In a modification of the above embodiment, the provision conditions may be automatically updated based on health information obtained from each user. Here, since the health information acquired after the purchase of the product/service introduced in the provided information reflects the health condition after the user uses the product/service, the health information can be used to: It is possible to estimate the effect of the user using the product/service. In this modified example, the portal server 41 updates the provision conditions based on such effects. This makes it possible to provide more effective provision information for the user. The details of this modification will be described below.

In this modification, the portal server 41 stores a condition update table for updating provision conditions. FIG. 18 is a diagram illustrating an example of a condition update table; As shown in FIG. 18, the condition update table is a table that associates provided content, update conditions, and updated content for each piece of provided information. The provision content indicates the content of the provision information, similar to the provision content in the provision condition table.

The update condition indicates a condition for updating the provision condition related to the provision information (the provision condition associated with the provision information in the provision condition table). In this modified example, the update condition includes a data number condition and a change condition. The data number condition is a condition regarding the number of data of effect information indicating the effect of the product/service introduced in the provided information. Here, the effect information is an analysis result of health information acquired after the purchase of the product/service, for example, health information used for determining additional provision conditions. The portal server 41 stores the health information used for the determination as the effect information when the additional provision condition is determined after that according to the purchase of the product/service for the given provided information. Therefore, when a plurality of users purchase the product/service, the portal server 41 acquires (stores) a number of pieces of effect information corresponding to the number of purchasers.

The data number condition is a condition related to the number of effect information (number of data) stored as described above. As the data number condition, for example, a condition indicating that "effect information for 100 people has been obtained" is set.

The change condition is a condition regarding effect information related to the data number condition. As the change condition, for example, a condition indicating that "the number of effect information indicating that there is an effect is equal to or greater than a predetermined number" is set.

In this modified example, the portal server 41 determines whether or not to update the provision conditions related to the provision information in response to storing the effect information of the provision information. Specifically, the portal server 41 specifies a data number condition associated with the provision content of the provision information in the condition update table, and the number of data of the stored effect information satisfies the specified data number condition. Determine whether or not For example, when the condition update table shown in FIG. 18 is used, the portal server 41 determines whether the number of stored effect information data has reached 100 (whether effect information for 100 users has been obtained). ) determines whether or not As a result of the above determination, when it is determined that the data number condition is not satisfied, the portal server 41 determines not to update the provision condition.

On the other hand, when determining that the data number condition is satisfied, the portal server 41 determines whether or not the change condition is satisfied based on the stored effect information. For example, when the condition update table shown in FIG. 18 is used, the portal server 41 determines whether there are a predetermined number (for example, 70) or more of effect information indicating that there is an effect among the stored (100) effect information. determine whether Note that the “effect information indicating that there is an effect” is, for example, health information such that the determination result of the additional provision condition “improvement in fatigue level” shown in FIG. 14 is affirmative. That is, in this modified example, whether or not the effect information indicates that there is an effect can be determined based on the determination result of the additional provision condition.

When determining that the change condition is satisfied, the portal server 41 updates the provision condition table according to the update contents associated with the change condition. Here, the update content indicates the update content of the provision condition corresponding to the provision information, such as "decrease the threshold by 0.1". For example, for the provision condition “(average fatigue level over the last week) is 4 or more” in the first row from the top of the provision condition table shown in FIG. When updated, the provision condition after the update is "(average degree of fatigue over the last week) is 3.9 or higher". It should be noted that the content of the update may either loosen the provision conditions or tighten them.

In the modified example above, the case of updating the provision condition table has been described as an example, but the service server 3 may update the additional provision condition table.

In the modified example above, since the provision condition table is updated in accordance with the satisfaction of the change condition, the update is repeated (in other words, continuously) by repeatedly satisfying the change condition. will be taken.

As described above, the server system associates transmission information received from each terminal system and/or information (health information) obtained from the transmission information with the user and stores the information as storage information. In addition, the server system sets conditions for generating provided information to be provided to the user in order to improve the index obtained from the stored information or included in the stored information (conditions for determining the content of the provided information to be generated, Specifically, provision conditions or additional provision conditions) are stored. The server system then generates offer information based on the stored information and this condition. Here, the server system analyzes the transmission information acquired after the provision of the provided information regarding a plurality of users who have received the provided information, and based on the analysis result (the above effect information), the above conditions (automatically typically) update. By updating the conditions in this way, it is possible to provide more effective provision information.

In the modified example above, the information acquired after purchasing the product/service introduced by the provision conditions is used as the "information acquired after provision of the provision information" used to update the provision conditions. . In other words, information acquired after the timing of the predetermined operation performed due to the provision of the provided information may be used as the “information acquired after provision of the provided information”. The timing of this predetermined operation may be the "timing when the product/service (introduced by the provision condition) is purchased" or the "timing when the product/service (introduced by the provision condition) is used" in the modified example. etc. can be considered.

In addition, the conditions (provision conditions) include at least one health condition related to health information. This makes it possible to provide provision information according to the user's health information. Here, the server system updates the health condition based on the analysis result of the information acquired after providing the provided information. This makes it possible to analyze the health condition of the user after the provided information is provided, and update the health condition according to the analysis result.

Further, in the above modified example, the terminal system 1 repeatedly acquires the user's biometric information and repeatedly transmits transmission information to the server system. The server system repeatedly receives and accumulates transmission information from each terminal system 1 of a plurality of users, and continuously (repeatedly) updates the provision conditions based on the accumulated and stored information. Provided information is then generated based on the updated conditions. FIG. 19 is a diagram for explaining the effect of the modification. By updating the provision conditions as in this modification, the service server 3 can provide more effective provision information to the user. If effective provision information can be provided, more users can be expected to use services that provide provision information, so the data server 2 can acquire health information about more users. . And if more health information can be acquired, the provision condition can be updated to be more effective. By automatically updating the provision conditions in this way, a virtuous circle is generated, and more effective provision information can be provided.

In addition, the server system updates the above conditions in accordance with the fact that a predetermined number of the above analysis results can be calculated (according to the fact that it has become possible to obtain the analysis results for a predetermined number of people). determine whether or not According to this, since it is determined whether or not to update the conditions when a desired amount of analysis results is obtained, the conditions can be improved with high accuracy by updating.

Note that the contents of the provision condition table and the update condition table are not limited to the above. For example, the provision conditions may include a priority (priority level) attached to the provided information (provided content), and when multiple provision conditions are satisfied at once, the priority is high Provided information (having the highest priority level) may be provided (generated). At this time, the update contents included in the update condition table may change the priority. For example, when a change condition indicating that the provided information has an improvement effect (that the index indicated by the health information is improved) is satisfied, the priority may be changed to be higher. Specifically, priority levels from "5" to "1" are set in order from the highest priority level. The table may change the priority level to "4" when a change condition indicating that the product A has an improvement effect is satisfied.

Moreover, as described above, the provision condition may include a plurality of conditions (items) regarding health information. At this time, the update contents included in the update condition table may be addition or deletion of items, or change of the weight assigned to the items.

(Modified example of provision conditions)
In the above embodiment, in addition to the provision conditions (provision condition table) for determining provision information, an additional provision condition (additional provision condition table) for determining additional provision information is set as an example. bottom. Here, in other embodiments, only provision conditions for determining provision information may be set. At this time, the content of the provision conditions may be automatically updated. Hereinafter, as a modified example of the above-described embodiment, an example in which (only) the provision condition table is set and the provision conditions are automatically updated will be described.

FIG. 20 is a diagram showing an example of a provision condition table in a modified example of the above embodiment. As shown in FIG. 20, in this modified example, the provision condition table associates provision conditions, provision content, and next provision timing.

In this modified example, the provision conditions are composed of a plurality of conditions including the above-described user conditions and health conditions. Specifically, in FIG. 20, the provision conditions include a user condition related to the age of the user and three types of health conditions related to health information (here, sleep index). That is, the provision conditions include a condition related to the average total sleep time over the last week, a condition related to the average sleep efficiency over the last week, and a condition related to the average number of nocturnal awakenings over the last week. It should be noted that it is not necessary to set all of these conditions depending on the contents of provision. For example, some of the plurality of conditions may not be set depending on the provision content, such as the provision conditions associated with the provision content indicating "introduction of product C" shown in FIG. In addition, the conditions included in the provision conditions are not limited to the above, and may include other user conditions and/or other health conditions, and other conditions different from the user conditions and health conditions (for example, conditions related to purchase history, etc.). Thus, in other embodiments, the provision conditions may include multiple user conditions, or may include only one health condition.

The provision content indicates the content of the provision information that is generated (provided) when the provision conditions associated therewith are satisfied, as in the above embodiment.

The next provision timing indicates the timing of providing the provided information (again) (more precisely, determining whether or not to provide the provided information) after the provided information of the provided content associated with it is provided. . In the present embodiment, the next provision timing indicates the time after the product/service is purchased, like the above-described additional provision timing (FIG. 14). However, in other embodiments, the next provision timing may indicate the time from the time when the provision information was provided last time. Also, if the portal server 41 acquires the time when the product was actually used or the time when the service was actually received, the time from these times may be indicated.

In this modified example, a provision condition table shown in FIG. 20 is used instead of the provision condition table (FIG. 9) shown in the above embodiment. Also in this modified example, determination processing (steps S14 and S18) regarding the provided information is executed as in the above-described embodiment. Through this determination processing, it is determined whether or not to provide the additional information, and if so, which additional information to provide. Also in this modified example, similarly to the above-described embodiment, when each condition included in the provision condition is satisfied, the provision information of the provision content associated with the provision condition is provided. For example, according to the provision condition table shown in FIG. 20, the user is in their 40s, the average total sleep time in the last week is less than 6 hours, and the average sleep efficiency in the last week is 80%. If it is less than and the average number of midway awakenings in the last week is 3 or more, the information to be provided introducing the product A is determined as the information to be provided.

Note that when the provision condition includes a plurality of conditions, in another embodiment, the portal server 41 determines that the provision condition is satisfied when a predetermined number of the conditions are satisfied. may For example, in the example of FIG. 20, it may be determined that the provision condition is satisfied when two of the three health conditions are satisfied (and the user condition is satisfied). Further, in another embodiment, the portal server 41 assigns a weight (point) to each condition included in the provision conditions, and if the points of the conditions that are satisfied among the conditions are equal to or greater than a predetermined value. It may be determined that the provision condition is satisfied when the condition is satisfied.

Any method can be used to determine whether or not the provision condition is satisfied (in other words, each condition included in the provision condition is satisfied). That is, the portal server 41 may first determine the user conditions and then determine the health conditions associated with the user conditions that satisfy the conditions, as in the above embodiment. Moreover, the portal server 41 may determine the user condition and the health condition individually (in parallel).

In this modified example, similarly to the above-described embodiment, when there is a provision condition that is satisfied, provision information having contents associated with it is transmitted to the terminal system 1 (step S19).

In this modification, when the product/service introduced in the provided information is purchased (step S20), the portal server 41 provides the provided information after that based on the next provision timing associated with the provided information. Identify timing. The method of specifying this timing may be performed by the same method as the process of specifying the timing of additional provision (step S23) in the above-described embodiment. The specified timing is stored as the next provision timing information. That is, in this modification, the portal server 41 stores the next provision timing information instead of the "additional provision timing information" in the user provision history information (FIG. 12).

In this modification, the portal server 41 periodically determines whether or not the next provision timing has arrived by periodically referring to the user provision history information of each user. Then, when it is determined that the next provision timing has arrived, the portal server 41 uses the provision condition table to determine whether or not to provide the provision information and which provision information is to be provided. That is, when the portal server 41 determines that the next provision timing has arrived, the portal server 41 executes the determination processing (S14 and S18) regarding the provision information. In other words, in this modification, the determination process regarding the provided information is executed not only when the user logs in but also when the next provision timing comes. Also, the provision condition table used when the next provision timing arrives is the same as the provision condition table used when the user logs in, and the additional provision condition table is not used in this modified example.

When the provided information to be provided is generated (determined) as a result of the determination processing regarding the provided information in response to the arrival of the next provision timing, the portal server 41 sends a message to the effect that there is provided information by push notification. Send to the terminal system 1. The push notification method is the same as the method in step S29 in the above embodiment. Note that in other embodiments, the provided information itself may be transmitted to the terminal system 1 by push notification. Thus, in this modification, when the provided information is provided in response to the arrival of the next provision timing, the notification of the provided information (or the provided information itself) is sent to the terminal system 1 by push notification. With this, it is possible to notify the user that the provision information has been generated at an appropriate timing.

As in this modified example, the information processing system may not use the additional provision condition table. Even when the additional provision timing is not set, by setting the next provision timing, the service server 3 can provide the user with the provision information at the desired timing after purchasing the product/service.

In this modified example, similarly to the above-described embodiment, provision conditions are updated based on (analysis results of) the user's health information. In this modified example, the condition update table (FIG. 18) is used for updating as in the above embodiment. Here, in this modified example, since the provision conditions include a plurality of conditions (health conditions), the change conditions included in the condition update table may be conditions relating to these plurality of conditions. For example, when the provision condition table shown in FIG. 20 is used, the change conditions may be as follows.
(a) Of the users whose total sleeping time or sleep efficiency improved after purchasing the product, the ratio of users whose sleep efficiency was 70% to 80% before purchasing the product is 30% or less, and purchase of the product 60% or more of users whose sleep efficiency was 70% or less before (b) Of the users whose total sleep time or sleep efficiency deteriorated after purchasing the product, the number of awakenings before the purchase of the product The percentage of users who satisfied the conditions was 80% or more. 80% or more of users who have

Further, as in (c) above, the change condition may include a condition related to health information different from the health information included in the provision condition table (in the example of (c) above, information on the time of awakening). .

Further, when multiple conditions (health conditions) are included in the provision conditions, the update contents in the condition update table may update some (or all) of the multiple conditions. For example, when the provision condition table shown in FIG. 20 is used, the content of change may be "decrease the sleep efficiency threshold by 5". For example, this modification may be associated with the modification condition (a) above.

Further, the content of the change may be to add a new condition to the provision condition table. For example, when the provision condition table shown in FIG. 20 is used, the content of the change is to add a new health information condition, such as "Add a health condition that 'the time for waking up in the middle of the night is one hour or more'". It may be added. For example, this change content may be associated with the above change condition (c).

Further, when each condition in the provision condition table is weighted, the content of change may be to change the weight. For example, the content of the change may be "to lighten the weighting of the condition regarding the number of times of midway awakening". For example, this modification may be associated with the modification condition (b) above. Further, as described above, when priority is given to the provided information, the content of change may change this priority.

Also, the data count condition included in the update condition may be a condition that is repeatedly satisfied when the data count increases. The data count condition may be a condition that is satisfied each time a predetermined number (for 100 people) of effect information is acquired, such as "the effect information has increased by 100 people". In this case, the service server 3 may determine the change condition based on the data for the increased predetermined number (100 persons).

As described above, the service server 3 may repeatedly determine whether or not to update the condition when the condition regarding the number of analysis results (data number condition) is satisfied. According to this, it is possible to repeatedly improve the content of the provision condition (or the additional provision condition) by repeatedly executing the update. As a result, provision conditions can be made more accurate.

As described above, in this modified example, at least one of the following is performed as processing for updating the provision conditions.
(a) change the priority order set for the provision conditions (b) change the parameters defined in the health conditions (for example, the thresholds defined in the health conditions) (c) set for the health conditions changes in parameters that are used (e.g. weights attached to health conditions)
(d) Addition and/or deletion of health conditions included in provision conditions By updating the provision conditions according to the above (a) to (d), the provision conditions can be made more accurate.

(Modified example regarding change information)
Further, the service server 3 (portal server 41) may store change information indicating health information before and after the purchase of the purchased product/service. At this time, the change information may be used as part of the effect information described above, or may be used to calculate the effect information. An example in which change information is used will be described below as a modified example of the above embodiment.

FIG. 21 is a diagram showing an example of change information. In FIG. 21, the change information is information indicating a set in which purchase information, user information, pre-purchase health information, and post-purchase health information are associated. The purchase information is information indicating the product/service purchased by the user. Purchase information is additionally stored each time a product or service is purchased. Therefore, as shown in FIG. 21, change information may include multiple types of the above sets for a single product. Also, the user information is information about the user who purchased the product/service. In this modification, information indicating the user's age and gender is stored as user information.

The pre-purchase health information is health information of the user (who purchased the product) before purchasing the product. In this modified example, information indicating average values for one week before purchase is stored as pre-purchase health information for health information such as total sleep time, sleep efficiency, and sleep onset latency. The health information stored as the pre-purchase health information is not limited to the above and is arbitrary. For example, for each type of health information stored in data server 2, pre-purchase health information (and post-purchase health information) may be stored.

The post-purchase health information is the user's health information after purchasing the product. The post-purchase health information is the same type of health information as the pre-purchase health information associated with it. That is, in the example shown in FIG. 21, information related to health information such as total sleep time, sleep efficiency, and sleep onset latency is stored as post-purchase health information. In addition, in the present embodiment, information indicating average values for one week after purchase is stored as post-purchase health information for these pieces of health information.

The contents of the pre-purchase health information and the post-purchase health information may be information related to different types of health information for each product indicated by the purchase information. For example, for product A and product B, information (average value) on three types of health information (total sleep time, sleep efficiency, and sleep onset latency) is stored as pre-purchase health information and post-purchase health information. For product C, information on total sleep time and fatigue level may be stored as pre-purchase health information and post-purchase health information.

The contents of the pre-purchase health information and the post-purchase health information may differ for each product indicated by the purchase information. For example, for product A and product B, the average value for one week before purchase and the average value for one week after purchase are stored as pre-purchase health information and post-purchase health information. The average value for the previous month and the average value for the month after purchase may be stored as pre-purchase health information and post-purchase health information.

Also, in other embodiments, the change information may be in any format that indicates changes in the user's health. For example, change information may include information indicating changes in health information before and after purchase instead of pre-purchase health information and post-purchase health information. The change information may include information indicating, for example, "total sleep time increased by 0.5 hours", "sleep efficiency improved", and the like.

Change information may be stored for each provided information (products, services, etc.), or may be stored for each user information (age, sex, etc.).

Portal server 41 stores purchase information, user information, and pre-purchase health information among the change information when a product is purchased (S20). Note that the pre-purchase health information is calculated by acquiring the information used for the calculation from the data server 2 . The portal server 41 calculates change information not only when a product or service introduced by the provided information is purchased, but also when a product or service not introduced by the provided information is purchased on the portal site. may As a result, the service server 3 can collect more data for judging the effects of products/services, and can judge the effects with high accuracy.

Further, after a predetermined period of time has elapsed since the product was purchased, the portal server 41 acquires and stores post-purchase health information. This predetermined period is a predetermined period (one week in the example of FIG. 21). As described above, the predetermined period may be a different period for each product. Also, the predetermined period may be set to a period corresponding to the additional provision timing or the next provision timing corresponding to the product. According to this, the portal server 41 can perform the process of calculating the change information and the determination process regarding the additional provided information (or the provided information) at the same timing, thereby improving the efficiency of the process. For example, in the above two processes, the process of acquiring information from the data server 2 and the process of calculating statistical values from the acquired information can be shared, so that the efficiency of the processes can be improved.

The portal server 41 acquires the information used for the calculation from the data server 2 and calculates the post-purchase health information using the acquired information in the same manner as in the calculation of the pre-purchase health information. When calculating information indicating changes in health information before and after purchase, portal server 41 calculates information indicating the changes based on pre-purchase health information and post-purchase health information.

The change information calculated as described above may be used, for example, as (a part of) the effect information described above, or may be used to calculate the effect information. Further, when the provided information is generated using the analysis result of health information about other users (details will be described later), the change information may be used as (part of) the analysis result. , may be used to calculate the analysis result.

As described above, the server system associates the provided information provided to the user with changes in the user's health information before and after the predetermined reference time due to the provision of the provided information to the user. store the change information. Then, the server system updates the provision condition (or the additional provision condition) based on the change information (using the change information as the analysis result, or based on the analysis result obtained using the change information). By storing the change information in this way, it is possible to easily calculate the analysis result of the health information and to easily update the analysis result.

(Modified example regarding generation of provided information)
In another embodiment, the server system may generate the provided information based on analysis results regarding one or more users different from the user to whom the provided information is provided. For example, the server system may select, for example, the following users as other users.
・Other users who have purchased the same product as the user to whom the provided information is provided ・Other users who share user information (age, generation and/or gender, etc.) with the user to whom the provided information is provided・Other users whose health information is similar to the user to whom the provided information is provided The content of the provided information may be determined based on the analysis results regarding the user's health information. This makes it easier to provide useful information to the user.

(Modified example of content of provided information)
In the above embodiment, the provided information is information (recommendation information) that introduces products and services. Here, in the above embodiments and modifications, the provided information may be any information for improving the user's health and/or physical index. For example, the provided information may be advice information indicating advice for improving the indicator. The advice information includes, for example, (a) advice recommending exercise to the user for whom health information indicating light sleep is calculated, and (b) health information indicating that fatigue has accumulated. Advice recommending reviewing the nutritional balance of meals to the user for whom is calculated, and Advice to recommend improvement of a habit etc. can be considered. When provided information (advice information, etc.) is provided repeatedly as in the above embodiment, further provided information is provided based on the user's health information after providing certain provided information. According to this, since provision information such as advice information is repeatedly (continuously) provided to the user, it is possible to effectively encourage the user to improve his or her health.

Further, when the provided information is advice information, the service server 3 compares the health information before and after providing the advice information to the user, and provides additional advice information as the additional provided information based on the comparison result. You may That is, the service server 3 may provide different pieces of advice information depending on whether it is determined that the user's health has improved or not, as a result of the comparison.

Further, the service server 3 may update the conditions for providing advice information. That is, the service server 3 compares the health information before and after providing the advice information to the user, and as a result of the comparison, if it determines that the user's health has improved before and after providing the advice information, The provision condition of the advice information may be updated so that the advice information is easily provided. Note that even when the provided information is advice information, the update conditions can be automatically updated by using, for example, a condition update table, as in the modification described in "(Modified example of automatically updating provision conditions)" above. can be updated to For example, the service server 3 may set, as an update condition in the condition update table, a condition regarding a change in health information of the user before and after advice information is provided.

Further, the provided information may be the data of the product/service itself for improving the index (for example, the above-described music data that induces the user to fall asleep or wake up). In other words, the provided information may be information that introduces information to the user (information that introduces products/services, or advice information), advice itself that should be provided to the user, or product/service data itself. may In addition, provided information may be information related to products/services (information introducing products/services, or information including data on products/services (themselves)), or (unrelated to products/services) It may be advice information.

In the above-described embodiment and modifications, the provided information introduces products and services. did For example, in the above-described embodiment, the above-mentioned usage information (FIG. 9) designates a period based on the point of purchase, or the point of purchase is used as the reference point for the additional provision timing (FIG. 14) or the next provision timing. bottom. Also, in the above modified example, the point of purchase is used as the reference time point of the change information (FIG. 21) (the change information indicates changes in health information before and after the reference time point). On the other hand, in the case of using the provided information itself, such as the advice information or the data of the goods and services described above, the point of time when the provided information is provided may be used as a reference.

(Modified example of content of health information)
In the above embodiments, the health information was information indicating an index regarding the user's sleep and/or fatigue. Therefore, according to this embodiment, it is possible to provide provision information according to the user's sleep and/or fatigue. In another embodiment, the health information includes, in addition to (or instead of) sleep and/or fatigue indices, obesity indices (for example, body weight, body fat percentage, basal metabolic rate, etc.), skin The information may be information indicating an index related to the condition (for example, an index indicating the moisture content of the skin, an index indicating the condition of blemishes, etc.).

(Modified example of configuration of service server)
In the above embodiment, the service server 3 includes the portal server 41 and the service providing server 42, and the portal server 41 manages the shopping site where products and services are purchased. Here, the configuration of the service server 3 is arbitrary, and the functions (roles) of the portal server 41 and the service providing server 42 are not limited to those of the above embodiments. For example, in another embodiment, one or more service providing servers may each manage a shopping site, and the portal site managed by the portal server may provide provided information and allow viewing of health information. . At this time, the provided information included in the page of the portal site may include link information for accessing the shopping site. Further, when a product or service is purchased at a shopping site, the service providing server 42 may send a purchase notification to the portal server 41 so that the portal server 41 can manage the purchase (purchase history). . Also, in another embodiment, the function of the portal server 41 and the function of the service providing server 42 may be provided by one server.

(Modified examples of products and services)
In another embodiment, the product/service provided by the service server 3 may be an application provided to the terminal system 1 . At this time, the application may use information (such as health information) stored in the data server 2 . The application may be, for example, an application for performing a monitoring service that uses biometric information acquired by the terminal system 1 to confirm the user's survival and notifies other users.

Also, in other embodiments, the game may be provided at the server. The server that provides the game may be the same server as the service server 3, or may be a dedicated server (game server). For example, a game application may be provided to users within a portal site managed by the portal server 41 . The game application may be of a type that operates on a browser for viewing a portal site, or may be of a type that is downloaded from a server to the terminal system 1 and installed.

The game application may be provided to the terminal system 1 from the server, or may be acquired by the terminal system 1 by any method. For example, the game application may be executed in the main terminal device 10 by connecting (or attaching) a storage medium storing the game application to the main terminal device 10 .

Also, the game application may be executed on the main terminal device 10, or may be executed on another user terminal (mobile terminal, personal computer, game device, etc.) owned by the user.

When the game application is executed on the user terminal (the main terminal device 10 and/or the other user terminal) as described above, the evaluation result of the user's health information may be reflected in the game. Specifically, the service server 3 evaluates the user's health information stored in the data server 2 . That is, the service server 3 determines whether or not the health information satisfies a predetermined condition. This predetermined condition is, for example, that the fatigue level indicated by the health information has continued for a predetermined period of time, or that the fatigue level has improved by a predetermined standard or more. When the above conditions are satisfied, the service server 3 gives the user a privilege in the game. For example, the service server 3 may provide the user with content such as items used in the game, or progress the story in the game. By providing such a privilege, it is possible to give the user a motivation to continue calculating health information.

In the above, an information processing system including a terminal system and a server system executes game processing based on a game application. Here, the information processing system refers to health information stored in the server system when executing game processing. Then, based on the referred health information (according to the reference result), a predetermined process during the game process is executed. The predetermined process is, for example, the process of giving the above item or the process of progressing the story in the game. Specifically, the information processing system performs a process of adding or updating game data used by the game application. In other words, the game data of the granted item is added, or the in-game flag is updated so that a new story can be played.

Note that the game process may be executed by a server-side information processing device (eg, game server or service server), or may be executed by a terminal-side information processing device (eg, main terminal device 10, or the above-mentioned other user terminal). Also, the game processing may be executed in cooperation between the information processing device on the server side and the information processing device on the terminal side. In other words, part of the game process may be performed on the server side and part of the other process may be performed on the terminal side. For example, when a game application runs on a browser for viewing a portal site, game processing is executed on the server side, or the server side and the terminal side cooperate to execute the game processing. Further, when a game application is installed in an information processing device on the terminal side, or when a game application stored in a storage medium connected to the information processing device is executed, game processing is performed on the terminal side. It may be executed, or may be executed cooperatively on the server side and the terminal side.

Addition or update of game data may be performed on the server side or may be performed on the terminal side. That is, the process of adding or updating the game data may be executed by the server-side information processing device adding or updating the game data stored in the server-side or terminal-side storage unit. Further, the process of adding or updating game data may be executed by the information processing device on the terminal side adding or updating the game data stored in the storage section on the terminal side.

When using (referring to) the health information in the game application as described above, the health information regarding the user of the game application is referred to. For example, when a game application is used while a user is logged in to the portal site, the server can identify the user by user identification information input at the time of login. That is, the server stores the user identification information input at the time of login, and when referring to the health information in game processing, refers to the user's health information specified by the stored user identification information.

In addition, when the game application is used without the user logging into the portal site (or when the game application is used using a terminal different from the logged-in terminal), game processing Before or during the game process, the server identifies the users who are using the game application. Specifically, the user terminal using the game application receives input of user identification information from the user before or during game processing, and transmits the input user identification information to the server. The server uses the user identification information from the user terminal to identify health information to be referred to. When addition or update of game data is performed on the server side, the server refers to the identified health information and performs predetermined processing (addition or update of game data) during game processing based on the referred health information. change). On the other hand, when adding or updating game data is performed on the terminal side, the server transmits the identified health information to the user terminal. The user terminal refers to the received health information (that is, refers to the health information stored on the server side), and executes a predetermined process during game processing based on the referred health information.

In the above description, the user identification information may serve not only as the user's account in the portal site, but also as an account in the service that provides the game application. In this case, by sharing a user's account for a plurality of network services (including a service that provides the provided information and a service that provides a game application), the user can use different user terminals (even terminals with different platforms). ), it is possible to use a plurality of network services in common, which improves convenience.

<Second embodiment>
Next, an information processing system, an information processing apparatus, an information processing program, and an information processing method according to the second embodiment will be described. In the "(modification of automatically updating provision conditions)" in the first embodiment, an example of updating provision conditions for all users has been described. In the second embodiment, an example of updating provision conditions for each user will be described. In the second embodiment, since provision conditions are customized for each user, it is possible to provide information suitable for the user. Details of the second embodiment will be described below.

[1. Configuration of information processing system]
In the second embodiment, the information processing system is configured to include a terminal system 100, which will be described later, instead of the terminal system 1 in the first embodiment. However, in the second embodiment, the configuration of the terminal system is arbitrary as in the first embodiment. For example, the information processing system may be configured to include both the terminal system 1 in the first embodiment and the terminal system 100 in the second embodiment. That is, the information processing system may include different types of terminal systems.

Next, an example of the configuration of the terminal system 100 will be described. FIG. 22 is a diagram showing an example of the detailed configuration of the terminal system 100. As shown in FIG. FIG. 23 is a diagram showing an example of the appearance of the terminal system 100. As shown in FIG. As shown in FIGS. 22 and 23, terminal system 100 includes mobile terminal 105 and base device 106 . The mobile terminal 105 is carried by the user. The base device 106 is installed, for example, in the user's home.

In this embodiment, the mobile terminal 105 is a mobile information processing apparatus, and the base device 106 is a cradle to which the mobile terminal 105 can be connected. As shown in FIG. 23, the mobile terminal 105 can be detachably connected to the base device 106 . Also, the base device 106 has a function of charging the mobile terminal 105 , and when the mobile terminal 105 and the base device 106 are connected, the mobile terminal 105 can be charged by the base device 106 . Note that in other embodiments, the mobile terminal 105 and the base device 106 may be detachably connected via a cable.

Moreover, the communication method between the mobile terminal 105 and the base device 106 is arbitrary, and may be performed by wired communication via a cable, or may be performed by wireless communication such as radio wave communication or infrared communication. Communication between the mobile terminal 105 and the base device 106 may be performed by a communication method directly between them, or by a communication method via a network such as a LAN or the Internet.

First, the configuration of the mobile terminal 105 in this embodiment will be described. The mobile terminal 105 is a mobile information processing device, and in this embodiment is a multifunctional device such as a mobile phone, a smart phone, or a tablet terminal. That is, the mobile terminal 105 has some of the various functions (for example, an input function, an output (display) function, an information processing function, a network communication function, a call function, a camera function, etc.) possessed by general multifunction devices. have. Note that the network communication function is a communication function via the Internet and/or a communication function via a mobile communication network. The mobile terminal 105 may be realized by installing predetermined functions in an off-the-shelf multifunction device. In this embodiment, the portable terminal 105 is used as the multifunctional device, and is also used to calculate the health information and execute the game process. Also, the mobile terminal 105 may be an information processing device (so-called wearable terminal) that can be worn by the user, such as a wristwatch-type or glasses-type terminal.

As shown in FIG. 22, mobile terminal 105 includes communication unit 110 . The communication unit 110 connects to the network 4 and communicates with the servers (that is, the data server 2 and/or the service server 3). In this embodiment, the communication unit 110 is a communication module having a function of connecting to a mobile communication network (in other words, a mobile phone communication network) to perform communication. For example, the communication unit 110 performs communication using a communication method complying with the 3G communication standard or the 4G (including LTE (Long Term Evolution)) communication standard. Any method may be used for the mobile terminal 105 to communicate with the server. For example, a method of communicating via a wireless LAN using a communication module that has received Wi-Fi authentication may be used. Also, the mobile terminal 105 may have both a function of communicating with a server via a mobile communication network and a function of communicating with a server via a wireless LAN.

The mobile terminal 105 has a processing unit 111 . The processing unit 111 executes various types of information processing executed in the mobile terminal 105 . The processing unit 111 is connected to each unit 110 , 112 to 119 of the mobile terminal 105 . The processing unit 111 has a CPU (Central Processing Unit) and a memory. In the mobile terminal 105, the CPU executes the information processing program stored in the mobile terminal 105 using the memory, thereby executing the above-described various types of information processing. In the present embodiment, the processing unit 111 executes, as the information processing, the processing of calculating the health information described above, the game processing, and the processing of providing the information received from the server (for example, the service information) to the user. do. Also, when the mobile terminal 105 operates as a multifunctional device, the processing unit 111 executes information processing for realizing each function.

The mobile terminal 105 has an input/output interface and functions as an information processing device (in other words, an input/output terminal) for the user to input and view information. Specifically, mobile terminal 105 includes operation input unit 112 , display 117 , and speaker 118 . The operation input unit 112 is an arbitrary input device that receives an operation input by the user. In this embodiment, the operation input unit 112 includes a touch panel provided on the display 117 and buttons. In another embodiment, the mobile terminal 105 may include a sensor (acceleration sensor or gyro sensor) for detecting an operation to move the mobile terminal 105 as the operation input unit 112 .

A display 117, which is an example of an output device, displays various images generated by the mobile terminal 105 in response to an input to the operation input unit 112, and various images based on data received from a server (for example, network service). image). A speaker 118, which is an example of an output device, outputs various sounds generated in the mobile terminal 105 according to an input to the operation input unit 112, and various sounds based on data received from a server (for example, network service). audio or music).

The mobile terminal 105 includes a sensor that detects information for calculating the health information. In this embodiment, the mobile terminal 105 has a position detector 113 and an environment sensor 114 .

A position detection unit 113 detects the position of the mobile terminal 105 . In this embodiment, the position detection unit 113 detects a position using GNSS (Global Navigation Satellite System). The position detection unit 113 is, for example, a GPS (Global Positioning System) sensor (eg, GPS module). Note that the position detection method in the position detection unit 113 is arbitrary, and the position detection unit 113 may detect the position using, for example, a beacon. Further, for example, the position detection unit 113 may calculate information indicating the altitude of the user (for example, information indicating which floor of a building the user is on) by calculating a change in altitude based on the detection result of the atmospheric pressure sensor. .

Environment sensor 114 detects the environment around mobile terminal 105 . In this embodiment, environmental sensors 114 include temperature sensors and humidity sensors. Note that in other embodiments, the environment sensor 114 may include an atmospheric pressure sensor, an illuminance sensor, a noise sensor, an odor sensor, and the like. That is, the environment sensor 114 may detect at least one of temperature, humidity, illumination, air pressure, sound, and odor. Also, in other embodiments, the microphone 115 may be used as an environmental sensor to detect ambient noise.

The mobile terminal 105 also includes a microphone 115 . Microphone 115 detects sounds around mobile terminal 105 . Microphone 115 may be used to calculate health information. For example, the mobile terminal 105 may detect the sound of the user's snoring using the microphone 115 and calculate sleep-related information based on the detection result. Note that the microphone 115 may be used to receive voice input to the mobile terminal 105 .

The mobile terminal 105 has a camera 116 . The camera 116 is provided, for example, on the same side (that is, inside) of the surface of the mobile terminal 105 on which the display 117 is provided (see FIG. 23). That is, the camera 116 is provided at a position capable of capturing an image of the user operating the mobile terminal 105 . Note that the mobile terminal 105 may determine the user's facial expression based on the image captured by the camera 116 and calculate the degree of fatigue based on the user's facial expression.

The mobile terminal 105 has a connector 119 for electrical connection with the base device 106 . In this embodiment, the connector 119 contacts the connector 121 of the base device 106 when the mobile terminal 105 is attached to the base device 106 (see FIG. 23). This enables communication between the mobile terminal 105 and the base device 106 .

The mobile terminal 105 includes a battery (not shown), and each unit of the mobile terminal 105 operates with power supplied from the battery. Although details will be described later, in this embodiment, the battery of the mobile terminal 105 can be charged by the base device 106 .

Next, the configuration of the base device 106 in this embodiment will be described. In this embodiment, the base device 106 is placed, for example, in the user's bedroom and used to detect the user's sleep-related biological information while the user is sleeping. Here, biometric information is information detected from the user's body. In this embodiment, respiration, pulse, and body motion are detected as biological information. In other embodiments, information detected as biological information is arbitrary, and any one or two of respiration, pulse, and body movement may be detected. Other information different from the may be detected. In addition, the base device 106 is used to provide content (for example, content that encourages the user to fall asleep) and information (for example, information on sleep-related evaluation results) to the sleeping user.

The base device 106 includes a support section that detachably supports the mobile terminal 105 . Specifically, as shown in FIG. 23 , the housing (specifically, the support) of the base device 106 is provided with a recess corresponding to the shape of a portion of the mobile terminal 105 . The mobile terminal 105 is attached to the base device 106 by inserting the mobile terminal 105 into this recess. Any mechanism may be used by the base device 106 to support the mobile terminal 105 .

As shown in FIG. 22, base device 106 includes connector 121 . When the mobile terminal 105 is inserted into the recess, the connector 119 of the mobile terminal 105 and the connector 121 of the base device 106 are connected. As a result, communication between the mobile terminal 105 and the base device 106 becomes possible, and charging of the mobile terminal 105 by the base device 106 becomes possible.

The base device 106 includes a Doppler sensor 124, which is an example of a sensor that detects biological information. The Doppler sensor 124 emits microwaves and receives reflected waves of the emitted microwaves, thereby detecting a moving object based on the difference between the frequency of the emitted microwaves and the frequency of the received microwaves. In this embodiment, the Doppler sensor 124 (more specifically, the emitting section 124a) emits radio waves toward the front of the base device 106 (see FIG. 23). In this embodiment, the detection target of the Doppler sensor 124 is the user, and the Doppler sensor 124 detects the body movement of the user. Although the details will be described later, by performing analysis such as frequency analysis on the detected biological information (in other words, the output waveform of the Doppler sensor 124), in addition to body movement, biological information such as respiration and pulse is further calculated. can do.

The base device 106 includes a power acquisition unit 123 that acquires power from an external power supply. In this embodiment, the base device 106 is connected (which may be detachable) to an AC adapter and a power plug via a power cord (not shown). Power is supplied to the power acquisition unit 123 of the base device 106 by connecting the power plug to the outlet of the external power source. The base device 106 operates on the power from the external power source acquired by the power acquisition unit 123 . Further, the power acquisition unit 123 charges the mobile terminal 105 by sending the supplied power to the mobile terminal 105 via the connector 121 . Note that in other embodiments, the base device 106 may have a battery, and the power charged in the battery may be sent to the mobile terminal 105 . Also, in the present embodiment, charging is performed in a manner in which power is supplied via a connector, but in other embodiments, power may be supplied by contactless charging.

The base device 106 has a projector 125 that projects an image onto a wall surface (including the ceiling) or a screen. Projector 125 may be any display device that displays an image on a surface (which may be uneven) remote from base device 106 by projecting the image onto the surface. In this embodiment, as shown in FIG. 23, the projector 125 is mounted on the base so that the light projecting section (specifically, the lens) 125a faces upward, that is, the image is projected upward. provided in device 106 . That is, in this embodiment, the projector 125 projects an image onto the ceiling. In this embodiment, the projector 125 displays, for example, an image that prompts the user to fall asleep or wake up (for example, content for falling asleep, which will be described later), or displays an image that indicates the evaluation result of sleep when the user wakes up in the morning. You may

In this embodiment, the base device 106 corrects the image projected onto the ceiling using a so-called projection mapping technique, if necessary. That is, the base device 106 corrects the image so that the image is displayed according to the unevenness and/or the color of the projection surface (that is, the ceiling) of the projector 125 . Note that the image correction method may be a conventionally used method. The base device 106 also includes a camera 127 for image correction. As shown in FIG. 23, the camera 127 is provided on the base device 106 in an orientation such that the location where the image is projected by the projector 125 is included in the imaging range. In other words, the camera 127 is provided so as to face the same direction (that is, upward) as the projector 125 .

Base device 106 also includes speaker 126 . The speaker 126 is used, for example, to output a sound that prompts the user to fall asleep or wake up (for example, content for falling asleep, which will be described later).

The base device 106 includes a control section 122 that controls each section 123 to 127 of the base device 106 . The control section 122 is connected to each section 121 , 123 to 127 of the base device 106 . The control unit 122 executes various control processes executed in the base device 106 . Control unit 122 has a CPU and a memory. In the base device 106 , the CPU executes the information processing program stored in the base device 106 using the memory to execute the above various control processes. For example, the control unit 122 controls the charging operation for the mobile terminal 105 by controlling the power acquisition unit 123 . Further, the control unit 122 causes the projector 125 and/or the speaker 126 to reproduce content and information provided to the user in the base device. Also, the control unit 122 transmits information detected by the Doppler sensor 124 to the mobile terminal 105 .

Note that the base device 106 may have other configurations in addition to or instead of the configuration shown in FIG. For example, base device 106 may include environmental sensors, displays, omni-directional speakers, light sources (eg, lights), and/or scent generators, and the like. Note that if the base device 106 includes an environment sensor, the mobile terminal 105 may be configured without the environment sensor. Moreover, the mobile terminal 105 and the base device 106 may be equipped with the same type of environment sensor (that is, environment sensors that detect the same information), or may be equipped with different types of environment sensors.

The configurations of the data server 2 and the service server 3 (which may be simply referred to as "servers" in the description of this embodiment) in the second embodiment are the same as those in the first embodiment. Therefore, in the second embodiment, as in the first embodiment, the terminal system 100 transmits health information to the server, and the server generates provision information based on the health information and transmits it to the terminal system 100. FIG. However, in the second embodiment, the terminal system 100 itself also executes the process of determining the provided information to be provided to the user. Therefore, in the second embodiment, the server does not have to execute the process of transmitting the provided information to the terminal system 100 .

[2. Operation in terminal system]
(2-1: Outline of operation in terminal system)
Next, an overview of the operation of the terminal system 100 according to the second embodiment will be described. In the following, an example will be described in which a piece of music played as content for falling asleep is provided as the information provided to the user. Note that the content for falling asleep is music and/or video (either a still image or a moving image) for prompting the user to fall asleep. That is, in the present embodiment, when the user goes to bed, a piece of music is played to encourage the user to fall asleep. Here, the terminal system 100 first presents the user with information indicating candidates for songs to be reproduced (referred to as candidate songs), and reproduces songs selected by the user from among the candidate songs. Therefore, in the present embodiment, it can be said that the information of the candidate songs is the provided information, and it can also be said that the songs that are actually played are the provided information.

In addition, the terminal system 100 pre-stores determination rules for determining candidate songs, and determines candidate songs according to the determination rules. Note that the determination rule is a condition for determining the information of the candidate music pieces (or the music pieces to be actually played), which is the provision information, and thus can be said to be the provision condition described above. Here, in this embodiment, the determination rule is updated for each user. That is, in the present embodiment, provision conditions are set for each user and customized for each user. An overview of the flow of processing in the terminal system 100 will be described below with reference to FIG.

FIG. 24 is a diagram showing an example of the flow of processing by the terminal system 100 according to the second embodiment. FIG. 24 shows processing executed by the terminal system 100 during the period from when the user goes to bed until after the user wakes up.

In the second embodiment, as in the first embodiment, the terminal system 100 starts measuring biological information when the user enters the bed (step S101). Specifically, the user attaches the mobile terminal 105 to the base device 106 when entering the bed. The terminal system 100 determines that the user has entered the bed by attaching the mobile terminal 105 to the base device 106 (that is, detects that the user has entered the bed). In response to detection of going to bed, the terminal system 100 starts measurement for calculating health information of the user.

The method of calculating health information in the second embodiment is the same as in the first embodiment, and health information including sleep index and fatigue index is calculated. In the second embodiment, it is assumed that the mobile terminal 105 has the functions of the units shown in FIG. That is, in the second embodiment, biometric information is transmitted from the base device 106 to the mobile terminal 105, and the mobile terminal 105 calculates health information based on the biometric information. Note that in other embodiments, the functions of the units shown in FIG.

In addition, the conditions for starting the measurement are arbitrary. For example, in another embodiment, when mobile terminal 105 and base device 106 can communicate wirelessly, base device 106 receives an instruction to start measurement from mobile terminal 105 to base device 106 . may start the measurement. In addition, the base device 106 determines whether or not a user exists around itself at predetermined time intervals using, for example, the Doppler sensor 124, and starts measurement in response to determining that the user exists. good too.

Next, the terminal system 100 executes a process of providing the user with information indicating the above candidate songs (step S102). In this embodiment, the portable terminal 105 determines candidate songs based on the health information calculated so far (that is, the health information calculated based on the biometric information obtained during the past sleep period). Although the details will be described later, the portable terminal 105 identifies the sleep tendency for the last week and determines candidate songs according to the trend. For example, if it is specified that there is a tendency to fall asleep poorly (sleep latency is long), songs that are considered to have an effect of improving falling asleep are determined as candidate songs. The mobile terminal 105 provides the user with information indicating the determined candidate songs (for example, the title of the song) as provided information. Specifically, information indicating the determined candidate songs is displayed on the display 117 of the mobile terminal 105 .

FIG. 25 is a diagram showing an example of an image displayed on mobile terminal 105 to provide information indicating candidate songs. As shown in FIG. 25, the display 117 of the mobile terminal 105 displays candidate music images 131 indicating the determined candidate music. In this embodiment, three songs (songs A to C in FIG. 25) are presented to the user as candidate songs, but the number of candidate songs may be any number. Further, in this embodiment, an advice image 132 indicating advice information for the user is displayed together with the candidate music image 131 . The advice image 132 will be described later.

When the song information image 131 is displayed on the display 117, the user selects a desired song from the candidate songs (step S103). Selection of a song is performed, for example, by an operation of touching a desired song item among the candidate songs displayed on the display 117 . In response to this operation, the mobile terminal 105 starts playing the selected song (step S104). Specifically, mobile terminal 105 transmits sound data of music to base device 106 , and base device 106 that receives the sound data outputs the music from speaker 126 . Note that in other embodiments, music may be played from the speaker 118 of the mobile terminal 105 along with (or instead of) the speaker 126 of the base device 106 .

The list of songs that can be played back by mobile terminal 105 (in other words, the list of songs for selecting candidate songs) may be stored in mobile terminal 105 or in a server. . When the above list is stored in the server, the mobile terminal 105 acquires the list from the server at appropriate timing (for example, at the timing of executing step S102 above). Also, the sound data of the songs included in the list may be stored in the mobile terminal 105 or may be stored in the server. When the sound data of the music is stored in the server, the portable terminal 105 acquires the sound data of the selected music from the server, for example, at the timing when the music to be reproduced is selected.

Further, in the present embodiment, during a period during which the user is sleeping (referred to as a sleep period), the terminal system 100 determines the sleep state of the user based on the biological information (and health information) during that period, The operation of the mobile terminal 105 is controlled according to the state. Specifically, the mobile terminal 105 determines whether the user has fallen asleep based on the acquired biometric information. Then, when it is determined that the user has fallen asleep, the portable terminal 105 stops playing the music started in step S104 (step S105). This is because the user has fallen asleep and there is little need to reproduce the music. Note that in other embodiments, the mobile terminal 105 may stop playing music when a predetermined time has passed since the user fell asleep, or when the user falls asleep (non-REM sleep). The reproduction of the music may be stopped at the timing when it is determined that Also, in other embodiments, the music may not be stopped depending on the user's sleep state. For example, in another embodiment, the reproduction of the music may be stopped when a predetermined time has passed since the reproduction of the music was started.

Also, in other embodiments, the terminal system 100 may control other operations in addition to controlling the reproduction of music. For example, in another embodiment, the terminal system 100 changes the state of the mobile terminal 105 according to the sleep state of the user (for example, power off, standby state, silent mode, etc.). may be controlled.

When the user wakes up, the terminal system 100 calculates health information for the current sleep period (step S106). As described above, the terminal system 100 calculates health information based on the biometric information acquired during the current sleep period in the same manner as in the first embodiment. It should be noted that it is possible to determine whether the user has awakened based on biological information.

Next, the mobile terminal 105 generates a question for the user and presents the generated question to the user (step S107). Although the details will be described later, the question is generated based on the health information calculated in step S106. For example, if the mobile terminal 105 determines from the calculated health information that the number of times of awakening during awakening is higher than usual (that is, the difference between the number of times of awakening after awakening calculated this time and the average value is large), the portable terminal 105 outputs the message "I am soundly Did you sleep?" Further, for example, when the user's degree of fatigue is higher than usual, the mobile terminal 105 asks a question such as "Did you get rid of your fatigue?".

FIG. 26 is a diagram showing an example of an image displayed on mobile terminal 105 when awake. As shown in FIG. 26, an evaluation result image 135 and a question image 136 are displayed on the display 117 when the user wakes up.

The evaluation result image 135 represents the evaluation result regarding sleep and fatigue in the current sleep period. Specifically, the evaluation result image 135 represents the pleasant sleep level and the vitality level, which are the evaluation results calculated based on the biological information (and health information). The pleasant sleep level is an index (specifically, a numerical value) that indicates the degree of pleasant sleep (which can also be said to be the quality of sleep). Although any method can be used to calculate the degree of pleasant sleep, it is calculated based on the sleep index described above so that, for example, a larger numerical value indicates a better state. Also, the vitality level is a numerical value calculated for the purpose of presenting the user's health condition (sleep state and degree of fatigue in this embodiment) in an easy-to-understand manner for the user. The vitality level is calculated, for example, based on the fatigue level described above, and a higher value indicates a better state (in other words, a lower fatigue level). Any method can be used to calculate the vitality level. For example, the vitality level may be calculated by subtracting the fatigue level from 100. As described above, in the present embodiment, the pleasant sleep level and the vitality level are calculated as evaluation results regarding health information. In addition, such a pleasant sleep level and a vitality level are also a kind of health information. In this embodiment, the user is presented with the evaluation results regarding health information when he/she wakes up, so the user can know the evaluation results immediately after waking up.

A question image 136 represents the question generated in step S107. In FIG. 26, a question image 136 representing the question "Did you get a good night's sleep?" is generated and displayed. Further, in this embodiment, the question image 136 includes button images for the user to answer (specifically, button images representing "yes" and "no"). Note that the user's answer may be given in any format, for example, a format in which an answer is selected from two or more options, or a format in which a numerical value is entered may be used.

When question image 136 is displayed on display 117, the user inputs an answer to the question (step S108). In the present embodiment, the user answers by inputting (specifically, inputting by touching) designating a button image included in the question image 136 .

In response to the input of the answer, the mobile terminal 105 updates the decision rule (step S109). Although the details will be described later, the determination rule is updated based on the health information calculated in step S106 and the user's answer input in step S108. For example, if the health information indicates that the user is in good health, or if the user's input is an answer indicating that the user's health is in good condition, the sleep-onset content music that is played at the time of falling asleep may be useful to the user. It can be judged that there was an effect (or that the effect was large). Therefore, in this case, the determination rule is updated so that the song is more likely to be selected. On the other hand, if the health information indicates a poor health condition, or if the user's input is an answer indicating that the user's health condition is poor, the sleep-onset content music played at the time of falling asleep is not effective for the user. (or the effect was small). Therefore, in this case, the determination rule is updated so that the song is less likely to be selected.

As described above, in the second embodiment, the terminal system 100 can provide the user with information on candidate songs determined based on health information (step S102). As a result, the terminal system 100 can recommend appropriate music based on the health information to the user as content for falling asleep.

Furthermore, in the second embodiment, after waking from sleep, the terminal system 100 determines the effect (specifically, the presence or absence of the effect and the degree of the effect) of the provided music (steps S106 and S107). ). A determination rule for determining a song is updated according to the determination result. Since the decision rules are updated based on the individual user's health information and the individual user's answers, the decision rules are customized for each user. According to this, the terminal system 100 can provide provided information suitable for individual users, and can provide useful information for individual users.

(2-2: Music provision processing)
Next, a specific example of the music providing process (steps S102 to S104 above) executed in the terminal system 100 will be described. As described above, the music providing process is a process of providing music (and candidate music) to be played when the user falls asleep.

FIG. 27 is a functional block diagram showing an example of the functional configuration of the terminal system 100. As shown in FIG. In this embodiment, the terminal system 100 includes an analysis unit 151, a health information storage unit 152, a genre determination rule storage unit 153, and a music determination rule storage unit 154 as a configuration for executing the music providing process. provided (the question presenting unit 155 and the updating unit 156 will be described later). In the present embodiment, the units 151 to 154 are realized by the processing unit 111 and/or the storage unit (not shown) of the mobile terminal 105. FIG. Specifically, the analysis unit 151 is implemented by the processing unit 111 executing a predetermined information processing program. Further, each storage unit 152 to 154 is realized by the predetermined storage unit described above. The predetermined storage unit is an arbitrary storage medium accessible by the processing unit 111, and may be a storage medium built into the mobile terminal 105, or an external storage medium detachable from the mobile terminal 105. good too.

The analysis unit 151 analyzes the user's health based on the user's biological information, and provides the user with information (information on candidate songs and songs to be played) based on the analysis results. As shown in FIG. 27 , analysis unit 151 includes health information calculation unit 161 , condition identification unit 162 , genre determination unit 163 , music determination unit 164 , and information provision unit 165 .

The health information calculation unit 161 acquires the biometric information detected by the base device 106 and calculates health information based on the acquired biometric information. The method of calculating health information is the same as in the first embodiment. The calculated health information is output to health information storage unit 152 .

Health information storage unit 152 stores the biometric information detected by base device 106 and the health information calculated by health information calculation unit 161 . The health information storage unit 152 stores biological information and health information acquired during a predetermined retention period (for example, three months) in the past from the latest. Therefore, when the biological information and the health information are acquired, the health information storage unit 152 updates the information so that the information during the retention period is retained. In this embodiment, the health information storage unit 152 does not need to store all types of detected biometric information and calculated health information. Information used to determine the may be stored.

The condition identification unit 162 identifies (also can be said to be an estimate of) the health condition of the user based on the health information about the user. In the present embodiment, the condition identifying unit 162 calculates the tendency of sleep over a predetermined period (for example, the last week) as the health condition of the user. Specifically, the state identifying unit 162 acquires health information from the health information storage unit 152, and based on the acquired health information, determines the average sleep onset latency and the average number of awakenings during the last week. Calculate at least. In addition, the information calculated as a health condition is arbitrary. For example, the state identifying unit 162 may calculate a state related to sleep indices other than the sleep onset latency and the number of nocturnal awakenings, or may calculate a state related to fatigue. Further, the information calculated as the health condition is based on the user's latest health information (for example, health information calculated according to the latest sleep) and past health information, as in the present embodiment. , or in other embodiments, may be calculated based on the latest health information of the user. Also, the information calculated as the health condition may be calculated based on the health information of the user and the health information of other users. For example, in another embodiment, the state identification unit 162 may include health information of the user (for example, the sleep latency) and information obtained from the health information of other users (for example, the sleep onset latency of the other user). information (for example, the difference between the user's sleep latency and the average value) based on comparison with the average value) may be calculated as the health condition. Note that the health information of other users may be acquired by the terminal system 100 from the server at appropriate timing.

Genre determining section 163 determines genres of candidate songs to be provided to the user based on the health condition specified by condition specifying section 162 . Here, in the present embodiment, a genre is set for each piece of music that can be played back by the mobile terminal 105 described above. That is, the list of reproducible songs is associated with the identification information of the songs and the information indicating the genre of the songs. The genre determination unit 163 determines a predetermined number (here, one type) of genres from among the plurality of types of genres set for each song.

Determination of genre is performed using genre determination rules. The genre determination rule storage unit 153 stores the genre determination rule. FIG. 28 is a diagram showing an example of genre determination rules. In the present embodiment, as shown in FIG. 28, the genre determination rule is information that associates a condition (sleep condition) related to sleep tendency with the setting content of the weight given to the genre. Although not shown, the genre determination rule includes information that associates each genre with a reference weight value assigned in advance to the genre.

Genre determination unit 163 determines for each sleep condition whether or not the specified health information satisfies the sleep condition included in the genre determination rule, and specifies setting contents associated with the satisfied sleep condition. Genre determination unit 163 changes the weight value assigned to the genre according to the specified setting content. For example, in the example shown in FIG. 28, if the specified health information indicates that the sleep latency is 15 minutes or less and the number of times of awakening is 1 to 3 times, the weight value of genre A is set to 0. The setting content for adding 5 and the setting content for adding the weight value of genre D by 0.5 are specified. As a result, the weight values for Genre A and Genre D are each increased by 0.5.

As described above, in the present embodiment, the predetermined reference weight value is changed using the genre determination rule. The genre determination unit 163 determines the genre based on the weight values changed in this way. Any method may be used to determine the genre based on the weight value. For example, the genre determination unit 163 may select the genre with the maximum weight value. Further, for example, the genre determination unit 163 may determine the genre using random numbers so that the genre is selected with a probability corresponding to the weight value. According to this, it is possible to give randomness to the determination of the genre, and increase the possibility that many types of genres will be selected. That is, the mobile terminal 105 can present music of many genres to the user.

The song determination unit 164 determines candidate songs from songs included in the genre determined by the genre determination unit 163 . Candidate songs are determined using song determination rules. The music determination rule storage unit 154 stores music determination rules. The music determination rule includes a table that associates each piece of music that can be played back by the mobile terminal 105 with the weight assigned to each piece of music. FIG. 29 is a diagram showing an example of a table included in the song determination rule. In the present embodiment, as shown in FIG. 29, each song is associated with a weight value in the table. Also, each song is associated with a genre.

The song determination unit 164 selects candidate songs (three candidate songs in this embodiment) from songs included in the determined genre based on the weight values assigned to each song. Any method may be used to select the candidate songs based on the weight values. For example, the music determining unit 164 may select a predetermined number (three in this example) of songs included in the determined genre as candidate songs in descending order of weight value. Further, for example, the music determining unit 164 may select a predetermined number of songs using random numbers so that songs are selected from songs included in the determined genre with a probability corresponding to the weight value. . According to this, it is possible to impart randomness to the determination of music, and increase the possibility that many kinds of music are selected. That is, the mobile terminal 105 can present many types of music to the user.

The information providing unit 165 provides the user with information on the candidate songs determined by the song determining unit 164 (for example, the title of the song). Specifically, the music determining unit 164 displays the candidate music image 131 (see FIG. 25) on the display 117. FIG. Note that, in the present embodiment, the candidate song image 131 includes, in addition to the title of the candidate song, recommendation information such as "Recommended for people who have trouble falling asleep!" (see FIG. 25). An advice image 132 representing advice information is also displayed together with the candidate music image 131 (see FIG. 25). The contents of these recommendation information and advice information are determined based on the health condition specified by the condition specifying unit 162, for example. For example, the mobile terminal 105 pre-stores a table that associates health conditions with the content of recommended information and advice information to be presented, and uses the table to specify the content of these information. That is, the portable terminal 105 identifies the contents of the recommendation information and the advice information associated with the condition satisfied by the health condition among the conditions included in the table. The contents of the information specified in this way are displayed on the display 117 as recommended information and advice information.

Further, the information providing unit 165 accepts user input for selecting one of the candidate songs, and determines the song selected by the user as the song to be played as the content for falling asleep. Then, the information providing unit 165 acquires the sound data of the determined music piece and reproduces the music piece using the speaker 118 . Thereby, the music is provided to the user as the falling asleep content.

(2-3: Decision rule update processing)
Next, with reference to FIG. 27, a specific example of determination rule update processing executed in the terminal system 100 will be described. The determination rule update process is a process of determining the effect of the music content for falling asleep (specifically, the effect of improving the user's health condition) and updating the determination rule according to the determination result. In this embodiment, the terminal system 100 includes the health information calculation unit 161, the question presentation unit 155, and the update unit 156 as components for executing the decision rule update process. In this embodiment, the units 155 and 156 are implemented by the processing unit 111 of the mobile terminal 105 executing a predetermined information processing program.

As described above, when the user is awake, the health information calculation unit 161 determines the health information acquired during the current sleep period (that is, the sleep period before the awakening, in other words, the sleep period ending at the time of awakening). Health information is calculated based on the biological information (step S106 shown in FIG. 24).

The question presentation unit 155 presents questions to the user based on the health information calculated by the health information calculation unit 161 (step S107 shown in FIG. 24). In this embodiment, the question presentation unit 155 selects one of a plurality of questions prepared in advance based on health information. Any method can be used to determine the questions to be presented, but in the present embodiment, a table is used that associates health information conditions with questions.

FIG. 30 is a diagram showing an example of a table for determining questions to be presented to the user. As shown in FIG. 30, the table associates health information conditions with questions presented when the conditions are met. Question presentation unit 155 identifies a condition that is satisfied by the calculated health information among the conditions included in the table, and selects a question associated with the identified condition. In the example shown in FIG. 30, for example, if the number of awakenings in the current sleep period differs from the average value (for example, the average value for the last one week) by one or more times, the message "Did you get a good night's sleep? is selected.

The method of determining questions may be a method based on the latest health information about the user and past health information as in this embodiment. It may be an informed method. Questions may also be determined based on the user's health information and the health information of other users. For example, in another embodiment, the question presenting unit 155 uses health information of the user (for example, the number of times of awakening) and information obtained from the health information of other users (for example, the number of times of awakening about the other user). The question may be determined based on information (for example, the difference between the user's number of awakenings and the average value) based on comparison with the average value).

Question presentation unit 155 generates question image 136 representing the selected question and displays it on display 117 . Note that when a plurality of questions are selected, only a predetermined number (for example, one) of the questions may be presented to the user, or all the selected questions may be presented. As described above, when a question is presented, the user inputs an answer to the question (step S108 shown in FIG. 24).

The update unit 156 acquires the user's answer input to the question. Also, the update unit 156 acquires the health information calculated by the health information calculation unit 161 . The update unit 156 updates the music determination rule among the determination rules based on the health information and the user's answer. In this embodiment, updating of the music determination rule is performed using the rule update table, which is an example of the above-described condition update table. The rule update table is stored, for example, in the song determination rule storage unit 154 .

FIG. 31 is a diagram showing an example of a rule update table for determining update content. As shown in FIG. 31, the rule update table associates conditions regarding health information or user answers with update contents to be executed when the conditions are met. The updating unit 156 identifies conditions that are satisfied by the health information or the user's answer among the conditions included in the rule update table, and identifies update contents associated with the identified conditions. In the example shown in FIG. 31, for example, when the sleep time is equal to or longer than the average value (for example, the average sleep time of the last week), update content indicating that the weight value is increased by 0.1 is specified. Note that, when there are multiple conditions that are satisfied, the updating unit 156 identifies multiple update contents associated with each condition.

Note that the method of determining the update content may be a method based on the latest health information regarding the user and past health information as in the present embodiment. It may be a method based on health information. Also, the update content may be determined based on the health information of the user and the health information of other users. For example, in another embodiment, the updating unit 156 updates the user's health information (for example, the sleep duration) and information obtained from other users' health information (for example, average sleep duration for other users). (eg, the difference between the user's sleep time and the average value) may be used to determine what to update.

The update unit 156 updates the music determination rule stored in the music determination rule storage unit 154 according to the specified update content. Specifically, the weight value associated with the music to be updated in the table (see FIG. 29) included in the above-described music determination rule is increased or decreased according to the specified update content. Note that the “music to be updated” is the music reproduced as the content for falling asleep during the current sleep period.

Note that the rule update table increases the weight value for the condition indicating that the health information is in good condition or the condition that the user's answer indicates that the health condition is in good condition (that is, the music to be updated is selected). (see FIG. 31). In addition, the rule update table reduces the weight value for the condition indicating that the health information is in a bad state or the condition that the user's answer indicates that the health condition is in a bad state (that is, the music to be updated is selected). Associate updates that make it harder for Therefore, according to the present embodiment, when it is presumed that a song reproduced as content for falling asleep has an effect of improving the user's sleep, the song is more likely to be provided as a candidate song in the future. On the other hand, if it is presumed that the music reproduced as the content for falling asleep does not have the effect of improving the user's sleep, it will be difficult for the music to be provided as a candidate music in the future.

Note that in other embodiments, the determination rule may be updated based on health information calculated in the past in addition to the health information regarding the current sleep period (that is, new health information). For example, the mobile terminal 105 may determine whether or not the health condition of the user has improved based on new health information and past health information, and determine update content according to the determination result. Specifically, when it is determined that the user's health condition has improved, the mobile terminal 105 increases the weight value of the song to be updated, and it is determined that the user's health condition has not improved. In some cases, the weight value of the song to be updated may be decreased.

In this embodiment, the updating unit 156 updates the decision rule based on the calculated health information and the user's answer. Updates may be made based on Also, in another embodiment, the updating unit 156 may update the genre determination rule together with (or instead of) the music determination rule.

Also, the method of updating the decision rule is arbitrary. In another embodiment, the updating unit 156 may change the conditions included in the decision rule instead of (or together with) changing the update content (specifically, the weight value) included in the decision rule. good. For example, the update unit 156 may change the threshold included in the condition (for example, the threshold in the sleep condition included in the genre determination rule shown in FIG. 28). For example, in the sleep conditions described above, consider a situation in which the sleep condition for judging that the user is sleep deprived is that "sleeping time is 6 hours or less". In this situation, if the calculated health information (or the user's input answer) indicates that the health condition is good even though the actual sleep time is 6 hours or less, the update unit 156 The threshold "6 hours or less" in the condition "sleeping time is 6 hours or less" may be changed to, for example, "5 hours 50 minutes".

As described above, in the present embodiment, examples of using tables such as those shown in FIGS. 28 to 31 have been described as means for determining the content of provision information and updating provision rules. Here, the means for determining the contents of the provision information and updating the provision rule are arbitrary. For example, determination of the content of the provided information may be performed by the analysis engine. The analysis engine, for example, (1) analyzes sleep and fatigue based on health information, (2) evaluates characteristic parts (problems and good points) based on the analysis, (3) estimates the cause of the characteristic part, and , and (4) providing a solution to the cause by a predetermined algorithm. At this time, the provision rule may be updated by updating the analysis engine program (in other words, updating the algorithm).

[3. Specific example of processing in terminal system]
Next, a specific example of processing executed in the terminal system according to the second embodiment will be described. FIG. 32 is a flow chart showing an example of the flow of processing executed in the mobile terminal 105. As shown in FIG. In this embodiment, the series of processes shown in FIG. 32 is started when it is detected that the user has entered the bed, that is, when the portable terminal 105 is attached to the base device 106 . Note that in other embodiments, the series of processes described above may be started when communication between the mobile terminal 105 and the base device 106 is started, or when the user activates the mobile terminal 105 or the base device 106. It may be started in response to performing a predetermined start operation.

First, in step S120, the mobile terminal 105 executes start-time processing. The starting process is a process that is executed when the series of processes shown in FIG. 32 is started (in this embodiment, when the mobile terminal 105 is attached to the base apparatus 106). Specifically, the terminal system 100 starts detection by a sensor (that is, the Doppler sensor 124) that detects biological information for calculating health information (above step S151). That is, the processing unit 111 of the mobile terminal 105 instructs the base device 106 to start the detection operation. In response to this instruction, the control unit 122 of the base device 106 causes the Doppler sensor 124 to start detection operation.

In addition, when the start time processing of step S120 is executed (in other words, in response to attachment of mobile terminal 105 to base device 106), base device 106 executes charging start processing. In the charging start process, the base device 106 starts charging the mobile terminal 105 . Specifically, control unit 122 instructs power acquisition unit 123 to start charging. In response to this instruction, the power acquisition unit 123 supplies power supplied from the external power supply to the mobile terminal 105 via the connector 121 . Assume that the base device 106 is connected to an external power source (that is, the power plug is connected to an outlet). Note that the base device 106 may check the remaining battery level of the mobile terminal 105 and start the charging operation on condition that the remaining battery level is equal to or less than a predetermined amount. The charging operation ends when the battery of mobile terminal 105 is charged to its capacity.

In step S121, the portable terminal 105 executes the music providing process (steps S102 to S104) described above. As a result, the reproduction of the music, which is the content for falling asleep, is started.

After the process of step S121, the processes of steps S122 to S125 described below are repeatedly executed during the user's sleep period. In this embodiment, the processing loop of steps S122 to S125 is executed once every predetermined time.

In step S122, the mobile terminal 105 acquires the detection result of the Doppler sensor 124 (ie, biological information). The Doppler sensor 124 that has started the detection operation by the process of step S<b>120 outputs the detection result (specifically, the output waveform) to the control unit 122 . Control unit 122 transmits the detection result to portable terminal 105 . Thereby, the detection result of the Doppler sensor 124 is acquired by the mobile terminal 105 . Note that the control unit 122 may transmit the information of the detection result of the Doppler sensor 124 as it is to the mobile terminal 105, or process the detection result in some way (for example, processing to remove noise contained in the signal of the detection result, processing for calculating the sleep index, etc.) may be performed and transmitted to the mobile terminal 105 .

In step S123, the mobile terminal 105 calculates sleep information (for example, various sleep indices). That is, the processing unit 111 calculates various sleep indices based on the detection result (that is, biological information) acquired in step S122. Calculation of the sleep index is performed by the same method as in the first embodiment. In addition, in step S123, the processing unit 111 may calculate sleep information used for determining the sleep state of the user in steps S124 and S125 described later. In step S123, the processing unit 111 does not calculate a sleep index (for example, total sleep time), fatigue information (in other words, degree of fatigue), and vitality that cannot be calculated until the end of the sleep period. may

In step S124, the mobile terminal 105 executes information processing according to the sleep state of the user. That is, the processing unit 111 determines whether or not the sleep state of the user has reached a predetermined state. Then, when it is determined that the predetermined state is reached, the operation, operation mode, and/or setting of the mobile terminal 105 (and the base device 106) are controlled. In this embodiment, when it is determined that the user has fallen asleep, the processing unit 111 stops playing the music started in step S121 (see step S105 shown in FIG. 24).

In step S125, the mobile terminal 105 determines whether the user has woken up. That is, the processing unit 111 determines whether or not the user has woken up based on the biological information acquired in step S122 and/or the sleep index calculated in step S123. When it is determined that the user has awakened, a series of processes of steps S126 to S129 are executed. On the other hand, if it is determined that the user is not awake, the process of step S122 is executed again. That is, the series of processes of steps S122 to S125 are repeatedly executed until it is determined that the user has awakened.

In step S126, the mobile terminal 105 calculates health information based on the biological information acquired during the sleep period (step S106 shown in FIG. 24). Calculation of health information is performed by the same method as in the first embodiment.

In step S127, the mobile terminal 105 presents a question to the user based on the health information calculated in step S126 (step S107 shown in FIG. 24), and receives an input of an answer to the question from the user (shown in FIG. 24). step S108). That is, the processing unit 111 displays the question image 136 described above on the display 117 and acquires the input of the answer from the operation input unit 112 .

In step S128, the mobile terminal 105 updates the determination rule based on the health information calculated in step S126 and the user's answer input in step S127 (step S109 shown in FIG. 24).

In step S129, the mobile terminal 105 transmits the health information calculated in step S126 to the server. That is, the processing unit 111 transmits the calculated health information to the server through the communication unit 110 . Thereby, the health information for one sleep period will be transmitted to the server and stored in the server. Thus, in this embodiment, the mobile terminal 105 automatically transmits information to be transmitted to the server. In other words, the information is uploaded to the server without any instruction from the user.

After step S129, the mobile terminal 105 ends the series of processes shown in FIG. At this time, the processing unit 111 instructs the base device 106 to stop the detection operation. In response to this instruction, the control unit 122 of the base device 106 causes the Doppler sensor 124 to stop the detection operation.

Note that in the present embodiment, if the mobile terminal 105 is removed from the base device 106 for some reason during the sleep period (for example, if the mobile terminal 105 hits the mobile terminal 105 when the user rolls over), the base device 105 will Device 106 cannot transmit the detection result of Doppler sensor 124 to portable terminal 105 . In this case, the base device 106 stores the detection result data that could not be transmitted to the mobile terminal 105 in its own storage unit (for example, memory). Then, when the mobile terminal 105 is attached to the base device 106 next, the base device 106 transmits the detection result data stored in the storage unit to the mobile terminal 105 . The portable terminal 105 that has received the above data calculates a sleep index based on the detection result (step S123). It should be noted that the mobile terminal 105 need not execute the control process (step S124) based on the sleep index calculated at this time. This is because the sleep index calculated at this time is based on the past detection results.

Further, when it is determined that the user is awake based on the calculated sleep index (when the determination result of step S125 is affirmative), the mobile terminal 105 executes the processes of steps S126 to S129. . In this way, even if the mobile terminal 105 is removed from the base device 106 while the user is sleeping, the next time the mobile terminal 105 is attached to the base device 106, the determination rule is updated and Health information is sent to the server. Therefore, for example, when the user wakes up and notices that the mobile terminal 105 has been detached from the base device 106 , the user may attach the mobile terminal 105 to the base device 106 . Thereby, the terminal system 100 can update the determination rule and transmit the health information to the server.

Note that in another embodiment, when the mobile terminal 105 and the base device 106 are capable of wireless communication, even if the mobile terminal 105 is separated from the base device 106, the above steps S122 to S125 are performed. can continue to run.

In addition to the processing shown in FIG. 32, the mobile terminal 105 may execute the same processing as the processing executed by the main terminal device 10 in the normal mode in the first embodiment. That is, the mobile terminal 105 may access the service server 3 and display the user's health information on the display 16 or display the provided information provided from the service server 3 on the display 16 .

[4. Modification of Second Embodiment]
(Modified example of updating based on health information of multiple users)
In the second embodiment described above, the decision rule, which is the update condition, is updated based on the personal health information of the user of the terminal system 100 . Here, in other embodiments, decision rules may be updated based on health information of multiple users. Also, in the second embodiment, the decision rule is updated for the user of the mobile terminal 105 . In other words, the decision rule was used only by the individual user of the terminal system 100 . Here, in other embodiments, the decision rule may include portions common to multiple users. Hereinafter, as a modified example of the second embodiment, an example in which a part of the determination rule is used in common for multiple users and updated based on the health information of multiple users will be described.

FIG. 33 is a functional block diagram showing an example of the functional configuration of the terminal system 100 in the modified example of the second embodiment. In FIG. 33, as a configuration for executing the determination rule update process, the terminal system 100 includes the health information calculation unit 161, the question presentation unit 155, the first update unit 171, and the second update unit 172. and In addition, in FIG. 33, the components denoted by the same reference numerals as in FIG. 32 are the same as in FIG. 32, and detailed description of these components will be omitted.

The first updating unit 171 is the same as the updating unit 156 in the second embodiment. In this modification, the terminal system 100 includes a second updating section 172 in addition to the first updating section 171 . In this modified example, the units 171 and 172 are implemented by the processing unit 111 of the mobile terminal 105 executing a predetermined information processing program.

The second updating unit 172 updates the genre determination rule among the determination rules. In this modification, the genre determination rule is updated based on the health information of multiple users. Specifically, the server stores genre determination rules as provision conditions, and stores health information received from each terminal system for each user, as in the first embodiment. In addition to the health information, the server receives from each terminal system information indicating the music played as the content for falling asleep, and stores the information in association with the health information. The server updates the genre determination rule based on health information about multiple users at a predetermined timing.

The predetermined timing is arbitrary, and may be, for example, a timing determined by a server administrator (network service administrator). Also, for example, the predetermined timing is the timing when the number of data conditions and/or change conditions set in the server are satisfied, as described in the above "(Modified example of automatically updating provision conditions)" There may be. For example, the server may set the timing at which a predetermined number of pieces of health information associated with music of a certain genre are acquired as the predetermined timing.

Also, the content of updating the genre determination rule is arbitrary. In this modified example, the server determines the effect of a certain genre of music based on health information associated with a certain genre of music, and updates the genre determination rule according to the effect. For example, using the genre determination rule shown in FIG. , the addition value ("+1" in FIG. 28) to the weight value of genre C is increased. As described above, the server provides information indicating whether or not the health condition has improved based on the history of health information (that is, health information obtained during a plurality of sleep periods) as an effect of the music as content for falling asleep. can be calculated.

When the genre determination rule is updated, the server transmits an update notification including information indicating the updated content to each terminal system. Each terminal system updates the genre determination rule stored therein according to the update notification. That is, when the terminal system 100 receives the update notification from the server, the second update unit 172 updates the genre determination rule stored in the genre determination rule storage unit 153 according to the update content indicated by the update notification. As a result, the content of the genre determination rule stored in the server and the content of the genre determination rule stored in the terminal system 100 can be synchronized.

The server may store genre determination rules applied to all users of the network service, or may store genre determination rules applied to users belonging to a predetermined group among users of the network service. You may remember. A predetermined group is, for example, a group that classifies users according to gender, age, address, and/or tastes and preferences. The server stores the genre determination rule corresponding to the group, and when updating the genre determination rule, the server transmits an update notification to the terminal systems of the users belonging to the group. At this time, no update notification is sent to terminal systems of users who do not belong to the group.

(Modified example of rules)
In the modified example, the song determination rule is updated for each user based on the health information of each user, and the genre determination rule is updated based on the health information of a plurality of users. Here, in other embodiments, the terminal system 100 may update rules by any method based on both the health information of each user and the health information of a plurality of users. For example, in other embodiments, rules may be updated in the following manner.

34 is a functional block diagram showing an example of a functional configuration of a terminal system in another modified example of the second embodiment; FIG. Note that FIG. 34 shows only a part of the functional configuration of the terminal system, and omits the configuration of the same parts as in FIG. 27 or FIG. As shown in FIG. 34 , in this modification, the analysis unit 151 includes a first music determination unit 181 and a second music determination unit 183 instead of the genre determination unit 163 and the music determination unit 164 . The terminal system 100 also includes a first music determination rule storage unit 182 and a second music rule storage unit 184 instead of the music determination rule storage unit 154 and the genre determination rule storage unit 153 .

In this modification, first music determining section 181 calculates the weight value of each music reproducible by portable terminal 105 based on the health condition specified by condition specifying section 162 . Here, the weight value in the first music determination section 181 is determined using the first rule stored in the first music determination rule storage section 182 . Any method can be used to determine the weight value. For example, the weight value may be determined using information obtained by changing the setting content in the genre determination rule shown in FIG. 28 to the setting content related to the weight assigned to the music. That is, the first rule may be information that associates a condition related to sleep tendency with a setting related to the weight assigned to the music. At this time, the first music determination unit 181 determines for each sleep condition whether or not the health information specified by the state specification unit 162 satisfies the sleep condition included in the first rule, and the satisfied sleep condition is determined. The weight value assigned to the music is changed according to the settings associated with the . Although the details will be described later, in this modified example, the first rule is updated based on the health information of multiple users (that is, the content is common to multiple users).

The second music determination unit 183 corrects the weight value of each music calculated by the first music determination unit 181 based on the health condition identified by the condition identification unit 162 . Here, the correction by the second music determination section 183 is performed using the second rule stored in the second music determination rule storage section 184 . A specific correction method is arbitrary. For example, similarly to the first rule, as the second rule, correction may be performed using information that associates a condition regarding sleep tendency with correction content of the weight assigned to the music. At this time, the second music determination unit 183 determines for each sleep condition whether or not the health information specified by the state specifying unit 162 satisfies the sleep condition included in the second rule, and the satisfied sleep condition is determined. Corrects the weight value assigned to the music according to the setting contents associated with the . Although the details will be described later, in this modified example, the second rule is updated based on the health information of each user (that is, customized for each user).

It should be noted that the health condition information used for calculating the weight value in the first music determination unit 181 and the health condition information used for correcting the weight value in the second music determination unit 183 may be the same. , can be different. For example, the first music determining unit 181 uses the health condition identified by the condition identifying unit 162 based on the user's latest health information, and the second music determining unit 183 uses the user's past health information. A health condition identified by the condition identifying unit 162 may be used. Further, for example, the first music determination unit 181 uses the first type of health condition (for example, sleep time), and the second music determination unit 183 uses the second type of health condition (for example, sleep onset latency). may be used.

The second music determining section 183 selects the candidate music based on the corrected weight values. Second music determining section 183 then outputs information indicating the selected candidate music to information providing section 165 . The method of selecting candidate songs based on the weight value may be the same method as in the second embodiment.

As described above, in this modification, the decision rules include the first rule and the second rule. Here, in this modified example, the first rule is updated based on the health information of multiple users, and the second rule is updated based on the health information of each user (see FIG. 34). As a result, the provision conditions can be updated for each user in the present modification as well as in the second embodiment, and the provision conditions are customized for each user.

The method for updating the first rule is arbitrary, but for example, the first rule is the same method as for updating the genre determination rule in the above-mentioned “(Modified example of updating based on health information of multiple users)”. may be updated with In other words, the first rule and the genre determination rule differ in whether the weight value is assigned to the music or to the genre of the music. A similar method can be used. For example, when it is determined that a certain piece of music has an effect of improving sleep, the server updates the first rule so that the weight value of the piece of music is likely to be set large. Then, the server transmits to each terminal system an update notification including information indicating the update content regarding the first rule. Each terminal system updates the first rule stored therein according to the update notification.

Any method can be used to update the second rule. For example, the second rule may be updated by a method similar to that for updating the music determination rule in the above embodiment. That is, the terminal system 100 may determine the update details of the second rule according to the rule update table at a timing corresponding to the user's awakening. For example, when it is presumed that a piece of music reproduced as content for falling asleep has an effect of improving the user's sleep, the terminal system 100 sets the second update the rules of

According to the above modification, the result (weight value) based on the first rule applied to a plurality of users is corrected based on the second rule customized for each user, and based on the corrected result, Contents of the provided information (that is, candidate songs) are determined. According to this, the terminal system 100 can provide information reflecting the health condition of each individual user according to the second rule, so that a proposal suitable for each user is made as in the second embodiment. be able to.

Note that, in the above modified example, the terminal system 100 uses the weight value calculated based on the first rule and does not use the second rule (that is, the correction based on the second rule is not performed). It is possible to determine candidate songs. Therefore, in another embodiment, the terminal system 100 determines candidate songs using weight values calculated based on the first rule, without using the second rule, under predetermined conditions. can be For example, the terminal system 100 may set whether or not to use the second rule according to a user's instruction. Also, for example, in the initial stage of use of the terminal system 100, when it is assumed that the accuracy of the second rule is low (for example, when the second rule is not sufficiently updated), the second rule is You may choose not to use it.

(Modified example of providing provided information based on environmental information)
In another embodiment, the terminal system 100 may provide provision information using environment information detected by the environment sensor 114 . Specifically, the health information storage unit 152 acquires and stores environmental information during the user's sleep period. The state identification unit 162 calculates the sleep tendency in consideration of the environmental information. Then, the genre determination unit 163 and/or the music determination unit 164 determine candidate music based on the sleep tendency in consideration of the environmental information. For example, when temperature is used as the environmental information, the state identification unit 162 calculates the relationship between sleep latency and temperature for the user of the terminal system 100 . Environment information acquired when providing the provided information (after the user goes to bed) when the user tends to have difficulty falling asleep (that is, has a long sleep latency) when the temperature is low. If it is determined that the temperature is low based on the above, the genre determination unit 163 may change the weight value so that a genre that is considered to have an effect of improving falling asleep is likely to be selected.

(Modified example of updating based on environmental information)
In another embodiment, the terminal system 100 may update decision rules using environment information detected by the environment sensor 114 . Specifically, the health information storage unit 152 acquires and stores environmental information during the user's sleep period. The updating unit 156 determines update contents of the determination rule based on the health information calculated based on the biological information acquired during the sleep period and the environment information acquired during the sleep period. For example, in the case where the weight value of a song to be updated is changed according to the number of awakenings indicated by the health information, the update unit 156 may determine the amount of change in the weight value according to the temperature during the sleep period. good. That is, if the temperature is too high or too low during the sleep period, it is considered that the number of awakenings increases due to the temperature. Therefore, even if there are many midway awakenings in such a case, the updating unit 156 relatively reduces the amount of change (specifically, the amount of decrease) of the weight value. On the other hand, if the temperature during the sleep period is appropriate (that is, within a predetermined range), it is unlikely that the temperature will cause an increase in the number of awakenings during sleep. Therefore, if there are many midway awakenings in such a case, the update unit 156 relatively increases the amount of change (specifically, the amount of decrease) of the weight value.

(Modified example using location information)
In another embodiment, the terminal system 100 may provide provided information and/or update decision rules based on position information detected by the position detection unit 113 . For example, the terminal system 100 may calculate action information indicating the user's actions in a day based on the position information. The behavior information is information calculated from the history of location information for one day, and may be, for example, information indicating the amount of movement of the user (for example, the number of steps), or the content of the user's behavior (for example, the number of steps taken at work). (i.e., worked at the gym, went to the gym, etc.). The terminal system 100 may determine the content of the provided information based on the behavior information. For example, the terminal system 100 may calculate the fatigue level of the user from the behavior information and select different genres according to the fatigue level.

Also, the terminal system 100 may determine the update content of the determination rule based on the behavior information. For example, the terminal system 100 calculates the fatigue level of the user from the behavior information of one day, and when updating the determination rule when the user wakes up on the next day, the update contents are changed according to the fatigue level. may

(Modified example of provided information)
In the second embodiment, an example has been described in which the provided information is a piece of music played as content for falling asleep and a piece of music (candidate piece of music) that is a candidate for that piece of music. Here, the content of the provided information is arbitrary, and provision conditions for arbitrary provided information can be updated for each user. For example, the provided information may be recommended information for introducing products and the like in the first embodiment to the user and/or advice information for improving the health condition of the user.

Further, for example, when the mobile terminal 105 can provide a plurality of types of functions (applications), the mobile terminal 105 provides (also referred to as an introduction to) a recommended function from among the plurality of types of functions to the user as provision information. may Specifically, the portable terminal 105 introduces the function of reproducing the content for falling asleep to the user who is judged to have difficulty falling asleep from the acquired health information, and to the user who is judged to have difficulty waking up. The user may be introduced to a function of reproducing wake-up content (music and/or video that promotes wake-up) before awakening.

(Modified example of base device)
In other embodiments, base device 106 may communicate with a server without going through mobile device 105 . For example, the base device 106 may have a function of communicating with a server via the network 4, similar to the mobile terminal 105. FIG. At this time, the base device 106 may directly transmit the information detected by itself to the server, or may transmit the information to both the mobile terminal 105 and the server. The base device 106 may also receive the offer information directly from the server. At this time, the server may transmit the provided information to both the mobile terminal 105 and the base device 106, or may transmit the provided information to either one of them.

[5. Effects of Second Embodiment]
In the second embodiment and modification described above, the information processing system analyzes the user's health based on the user's biological information, and provides the user with information based on the analysis results (step S102). to S104, S121, analysis unit 151). Further, the information processing system sets at least a part (specifically, a music decision rule) of a rule (which can also be said to be a condition; specifically, a decision rule) for deciding information to be provided based on biological information. , update for each user based on the biometric information of the user (steps S109, S128, update unit 156, first update unit 171). The information processing system determines information to be provided to the user using rules set for each user by updating (that is, rules customized for each user by being updated). According to the above, since it is possible to change the rule to suit the individual user, it is possible to provide useful information to each user.

Updating of the rule means including, for example, the following processes.
・Update the information processing program for determining the information to be provided ・Update the table that describes the rules for determining the information to be provided ・Update the algorithm for determining the information to be provided ・Determine the information to be provided Analysis engine update for

The biometric information for updating the rules may be obtained at any timing. Further, the information processing system may update the rule (that is, the rule before update) based on biometric information acquired after provision information determined according to the rule before update is provided. According to this, it is possible to update the rule by reflecting the effect of the provided information (that is, whether or not effective information could be provided) by the rule before updating.

In the second embodiment and modification, the rule includes a first part updated for each user (specifically, the music determination rule or the second rule) and the user. and a second part common to a plurality of users (specifically, the genre determination rule or the above first rule). In other words, the information processing system uses, as rules for determining information to be provided, a first rule common to a plurality of users and a second rule individually set for each of the plurality of users. rules (for example, the second rule is set differently for each user). According to this, it is possible to provide information suitable for individual users by the first part, and to simplify the process of updating rules by sharing rules for parts common to a plurality of users. can do.

Note that the first part and the second part are, like the modifications described in the above "(Modified example of updating based on health information of a plurality of users)" and "(Modified example regarding rules)", The same provided information (that is, candidate music information) may be used to determine the same. In addition, the first part and the second part are used to determine the same kind of information (in the modified example, the weight value of the song) like the first rule and the second rule. It may be something that can be obtained. Also for example, the first part and the second part may be used to determine different pieces of information to be provided. That is, the content of the first provided information is determined based on the first portion, the content of the second provided information is determined based on the second portion, and the first and second provided information information) to the user.

In the modified example of the second embodiment, the information processing system uses the first information (specifically, the weight value calculated by the first music determining section 181) for determining the provided information as , using the biometric information and the first rule. Furthermore, the information processing system determines the provided information using the calculated first information and the second rule. According to the above, the result (that is, the first information) based on the first rule common to each user is processed (specifically, corrected) by the second rule individual to the user, and provided Information can be determined.

Furthermore, in the above modified example, the information processing system uses the second rule and the biometric information to obtain the second information (specifically, the correction content of the weight value determined by the first music determination unit 181). ), and based on the first information and the second information (specifically, by correcting the first information with the second information), the provided information is determined. At this time, if the first information is of a type that can determine the provided information without using the second rule, the terminal system 100 performs the first information without using the second rule. It is possible to perform both the aspect of determining the provided information based on the information of and the aspect of determining the provided information using the second rule.

In the modification of the second embodiment, the information processing system acquires biometric information about a plurality of users (that is, each terminal system acquires biometric information of each user, or the server acquires the biometric information of each terminal). obtain the biometric information of each user from the system). Also, the information processing system updates the second part based on at least a plurality of pieces of biometric information included in each biometric information (that is, the server transmits the update notification to the terminal system, or the terminal system update genre determination rules in response to update notifications). According to this, the second portion common to a plurality of users can be updated to appropriate content in consideration of the health conditions of the plurality of users. Note that "update based on biometric information" includes updating based on health information calculated based on biometric information.

Note that the condition for updating the first portion (in other words, the timing) may be different from the condition for updating the second portion, as in the above modified example. Also, the frequency of updating the first portion may be higher than the frequency of updating the second portion. Since the first part is updated based on the health information of the individual user, it can be updated frequently to make the contents suitable for the user. On the other hand, since the second part is updated based on the health information about multiple users, it should be updated based on a certain amount of health information to make it suitable for multiple users. can be done.

In the modification of the second embodiment, the information processing system includes one or more user terminals (eg, terminal system 100) and a server system (eg, data server 2 and service server 3). The user terminal has the ability to perform user health analysis and rule updates. The user terminal updates the first part based on the biometric information acquired by its own user terminal. A server system acquires each biometric information about a plurality of users. The second part is updated based on the plurality of biometrics obtained by the server. According to this, it is possible to easily update the rule by acquiring a plurality of pieces of biometric information in the server.

In the second embodiment and modification described above, the information processing system updates at least part of the rules for each user based on the user's biometric information and the user's input (step S108). According to this, the rule can be updated in consideration of the subjectivity of the user (that is, the input by the user). Note that the input by the user may be any input, and is not limited to the input of answers to questions as in the above embodiment. For example, the information processing system may update based on input voluntarily made by the user (for example, input of a search word on a search site). Further, the information processing system presents a question to the user (step S107, question presentation unit 155), and uses the answer to the question as an input by the user. According to this, it becomes easier for the user to perform input, and useful user input can be obtained for the information processing system.

Furthermore, in the second embodiment and the modified example, the information processing system determines the content of the question based on the biometric information of the user acquired after the information is provided, and asks the user the question. present. Then, the information processing system updates the rules based on the biometric information of the user acquired after the provision of the information and the answers to the questions. According to this, the information processing system can present an appropriate question to the user, and obtain a useful answer input for updating the rules.

In a modification of the second embodiment, the information processing system acquires environmental information about the surrounding environment of the user when the biometric information is detected (for example, during the user's sleep period). The information processing system determines the information to be provided based on the user's biometric information and environmental information about the user. According to this, it is possible to provide the user with more useful information by considering the surrounding environment of the user. Also, the information processing system updates at least part of the rules based on the user's biometric information and environmental information about the user. According to this, the rule can be updated more appropriately by considering the surrounding environment of the user.

In the modification of the second embodiment, the information processing system provides the user with information on the user's health and/or information for improving the user's health as the provided information. Here, the music and candidate music for the content for falling asleep described above can be said to be "information on the health of the user", and can be said to be "information for improving the health of the user". Further, the advice information and recommendation information in the first embodiment, or the information of functions (applications) for improving health as described in the above "(Modified example of provided information)" are also It can be said to be "health related information" or it can be said to be "information to improve the health of the user".

In the modified example of the second embodiment, the information processing system repeatedly performs analysis based on repeatedly acquired biological information (specifically, analysis is performed each time the user sleeps). . In addition, the information processing system stores at least part of information among the repeatedly obtained biological information and the information calculated in the repeatedly executed analysis in a predetermined storage unit (specifically, the health information storage unit 152). ). The information processing system performs the rule based on the biometric information stored in the storage unit and/or the information calculated in the multiple analyzes (specifically, the health information for the last week). is updated for each user. According to this, since the rule is updated using the results of multiple measurements and/or analyses, more useful information can be provided to the user. In addition, since the information processing system repeatedly updates the rules, it is possible to gradually change the rules to suit the user. Furthermore, the information processing system updates the rules each time an analysis is performed. According to this, since the rule is updated each time analysis is performed, the rule can be frequently updated.

<Other Modifications>
(Modified example regarding sharing of processing among devices)
The sharing of processing between the terminal side and the server side, the sharing of processing between server devices, and the sharing of processing between devices in the terminal system described above are merely examples. Each process in the processing system may be shared in any way. For example, in the second embodiment, the determination rules are stored on the terminal side, but in other embodiments, part or all of the determination rules (for example, genre determination rules) are stored on the server side. good too. At this time, the processing of determining the content of the provided information and the processing of updating the determination rule may be performed on the server side.

INDUSTRIAL APPLICABILITY As described above, the present invention can be used in an information processing system, an information processing server, etc. for the purpose of providing useful information.

1 Terminal system 2 Data server 3 Service server 10 Main terminal device 11 Doppler sensor 12 Camera 13 Microphone 14 Operation input unit 15 Processing unit 16 Display 17 Illumination unit 18 Short-range wireless communication unit 19 Mobile communication unit 20 Sub-terminal device 21 Load sensor 22 Touch panel 23 Processing unit 24 Short-range wireless communication unit 31 Waveform analysis unit 32 Sleep calculation unit 33 Autonomic nerve calculation unit 34 Fatigue calculation unit 41 Portal server 42 Service providing server

Claims (25)

analysis means for analyzing the user's health based on the user's biological information and providing the user with information based on the analysis results;
a first updating means for updating at least part of a rule for determining information to be provided based on biometric information for each user based on the user's biometric information;
The information processing system, wherein the analyzing means determines information to be provided to the user using a rule set for each user by updating. 2. The information processing system according to claim 1, wherein said rule includes a first part updated for each user and a second part common to a plurality of users including said user. the first acquisition means for acquiring each biometric information about a plurality of users;
3. The information processing system according to claim 2, further comprising second updating means for updating said second portion based on at least a plurality of pieces of biometric information included in each biometric information. The information processing system includes one or more user terminals and a server system capable of communicating with the user terminals via a network,
The user terminal comprises at least the analysis means and the first update means,
The first updating means updates the first part based on the biometric information acquired by its own user terminal,
The server system acquires each biometric information about the plurality of users,
4. The information processing system according to claim 3, wherein said second updating means updates said second portion based on said plurality of pieces of biometric information acquired by said server. 5. The method according to any one of claims 1 to 4, wherein said first updating means updates at least part of said rule for each user based on said user's biometric information and input by said user. Information processing system. further comprising question presenting means for presenting a question to the user;
6. The information processing system according to claim 5, wherein said first updating means uses an answer to said question as an input by said user. The question presentation means determines question content based on the biometric information of the user acquired after the information is provided, and presents the question to the user;
3. The first updating means updates at least part of the rules for each user based on the biometric information of the user acquired after the provision of the information and the answers to the questions. 7. The information processing system according to 6. further comprising a second acquiring means for acquiring environmental information about the environment around the user when the biometric information is detected;
8. The information processing system according to any one of claims 1 to 7, wherein said analysis means determines the information to be provided based on said user's biological information and environmental information relating to said user. further comprising a second acquiring means for acquiring environmental information about the environment around the user when the biometric information is detected;
9. Information according to any one of claims 1 to 8, wherein said first updating means updates at least part of said rule based on said user's biometric information and environment information relating to said user. processing system. 10. The information processing system according to any one of claims 1 to 9, wherein said first update means provides said user with information on health of said user. 11. The information processing system according to any one of claims 1 to 10, wherein said first updating means provides said user with information for improving the health of said user. The analysis means repeatedly performs analysis based on the repeatedly acquired biological information,
The information processing system further comprises storage control means for storing in a predetermined storage unit at least part of information among the repeatedly obtained biological information and the information calculated in the repeatedly performed analysis,
The first updating means updates at least part of the rule for each user based on the biometric information for a plurality of times and/or information calculated in a plurality of analyses, which are stored in the storage unit. 12. The information processing system according to any one of claims 1 to 11. 13. The information processing system according to claim 12, wherein said first updating means repeatedly updates said rule. 14. The information processing system according to claim 13, wherein said first update means updates said rule each time analysis is performed by said analysis means. 15. The information processing system according to any one of claims 1 to 14, wherein said biological information is obtained from a sensor that detects at least one of user's pulse, respiration, and body movement. 16. The information processing system according to any one of claims 1 to 15, wherein said analysis means analyzes sleep and/or fatigue of the user based on said biological information. Analysis means for analyzing the user's health based on the user's biological information and determining information to be provided to the user based on the analysis result;
an information providing means for providing the determined information to the user;
The analysis means uses, as rules for determining information to be provided, both a first rule common to a plurality of users and a second rule individually set for each of the plurality of users. to determine information to be provided to the user. The analysis means calculates first information for determining information to be provided to the user using the biometric information and the first rule, and calculates the calculated first information and the second rule. 18. The information processing system according to claim 17, wherein the information to be provided to the user is determined using the rule of . The analysis means calculates second information using the biological information and the second rule, and corrects the first information with the second information to provide information to the user. 19. The information processing system of claim 18, wherein the system determines analysis means for analyzing the user's health based on the user's biological information and providing the user with information based on the analysis results;
updating means for updating at least part of a rule for determining information to be provided based on biometric information for each user based on the user's biometric information;
The information processing apparatus, wherein the analyzing means determines information to be provided to the user using a rule set for each user by updating. Analysis means for analyzing the user's health based on the user's biological information and determining information to be provided to the user based on the analysis result;
an information providing means for providing the determined information to the user;
The analysis means uses, as rules for determining information to be provided, both a first rule common to a plurality of users and a second rule individually set for each of the plurality of users. to determine information to be provided to the user. An information processing program executed in a computer of an information processing device,
analysis means for analyzing the user's health based on the user's biological information and providing the user with information based on the analysis results;
causing the computer to function as updating means for updating at least part of a rule for determining information to be provided based on biometric information for each user based on the user's biometric information;
The information processing program, wherein the analysis means determines information to be provided to the user using a rule set for each user by updating. An information processing program executed in a computer of an information processing device,
Analysis means for analyzing the user's health based on the user's biological information and determining information to be provided to the user based on the analysis result;
causing the computer to function as information providing means for providing the determined information to the user;
The analysis means uses, as rules for determining information to be provided, both a first rule common to a plurality of users and a second rule individually set for each of the plurality of users. An information processing program for determining information to be provided to the user by using. An information providing method executed by an information processing system,
an analysis step of analyzing the user's health based on the user's biological information and providing the user with information based on the analysis result;
an updating step of updating at least part of a rule for determining information to be provided based on biometric information for each user based on the user's biometric information;
The information providing method, wherein in the analysis step, information to be provided to the user is determined using a rule set for each user by updating. An information providing method executed by an information processing system,
an analysis step of analyzing the user's health based on the user's biological information and determining information to be provided to the user based on the analysis result;
an information providing step of providing the determined information to the user;
In the analysis step, as rules for determining information to be provided, a first rule common to a plurality of users and a second rule individually set for each of the plurality of users. An information providing method, wherein information to be provided to the user is determined using both.

Images