JP7330413B1 - program, method, information processing device, system - Google Patents

Abstract

An object of the present invention is to establish a sleeping habit of a user.
According to the present disclosure, a program to be executed by a computer comprising a processor and a memory, the processor acquiring sleep information of a user; a first day of the week as a start date and a day of the week that comes 6 days after the first day of the week as an end date, in a period from the start date to the end date, the sleep accumulating a predetermined parameter according to the information; determining an event to occur in the game for each day within the period according to the accumulated parameter; and when the end date arrives, and reducing said parameter.
[Selection drawing] Fig. 9

Description

The present disclosure relates to programs, methods, information processing apparatuses, and systems.

Recently, games based on sleep information have been developed. For example, Patent Literature 1 discloses that an evaluation result of sleep information is calculated when the user wakes up, and the calculated evaluation result is presented as a predetermined game element.

International Publication No. 2016-021235

In the above technology, an evaluation result is calculated for each day of sleep, and a game element corresponding to the calculated evaluation result is presented, thereby motivating the user to get better sleep. ing. On the other hand, it is important to establish sleep habits in order to maintain the user's health, and the specification of evaluating sleep information every day may not establish sleep habits.

An object of the present disclosure is to provide a technique for establishing a user's sleeping habits.

According to the present disclosure, a program to be executed by a computer comprising a processor and a memory, the processor acquiring sleep information of a user; a first day of the week as a starting date, and a day of the week that comes six days after the first day of the week as an ending date, in a period from the starting date to the ending date, according to the sleep information accumulating a predetermined parameter; determining an event to occur in the game for each day within the period according to the accumulated parameter; and reducing the parameter when the end date arrives. A program is provided for performing the steps of:

With such a configuration, parameters based on sleep information are accumulated in one week from the start date to the end date, and benefits are given according to the accumulated parameters, so that motivation to continue regular sleep The user's sleep habits are established.

2 is a block diagram showing the hardware configuration of system 1; FIG. 2 is a block diagram showing the functional configuration of the terminal device 10; FIG. 3 is a block diagram showing the functional configuration of the server 20; FIG. 3 is a diagram showing the structure of a database stored in a storage unit 180 of the terminal device 10; FIG. 3 is a diagram showing the structure of a database stored in a storage unit 220 of server 20. FIG. 4 is a flow diagram illustrating the first half of the processing flow of system 1; FIG. FIG. 4 is a flow diagram for explaining the second half of the processing flow of the system 1; FIG. 10 is a flow diagram illustrating an example of the flow of privilege provision processing (S300); FIG. 11 is a diagram illustrating a mode of privilege provision by a privilege provision module 233; FIG. It is a block diagram which shows the hardware constitutions of the system 1 in 2nd Embodiment. FIG. 11 is a flow diagram illustrating an example of the flow of processing for setting holiday information in the second embodiment; FIG. 10 is a flow diagram illustrating the first half of the processing flow of system 1 in the second embodiment; FIG. 11 is a flow diagram for explaining the second half of the processing flow of the system 1 in the second embodiment;

Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In the following description, the same parts are given the same reference numerals, and their names and functions are also the same. Therefore, detailed description thereof will not be repeated. In the present embodiment, "going to bed" means that the user enters a bed such as a bed or a futon for sleep, and "going to sleep" means to start sleeping after going to bed. Also, "awakening" means that the user ends sleep, and "waking up" means getting out of bed after awakening. In addition, the sleep time means the time from going to bed (or falling asleep) to waking up (or awakening).

<1. First Embodiment>
(1-1. Overview of Functions Provided by System 1)
The terminal device 10 included in the system 1 in the present embodiment is, for example, a mobile terminal such as a smartphone, acquires the sleep information of the user, and provides a game (hereinafter also referred to as a sleep game) that progresses based on the sleep information. do. In addition, the terminal device 10 outputs an alarm for the user to wake up by voice, vibration, light, or the like at a time set in advance by the user.

When the user who wakes up operates the terminal device 10 , an in-game event determined based on the sleep information is displayed on the display screen of the terminal device 10 . For example, as an in-game event, the details of the privilege given based on the sleep information are displayed. The benefits are determined according to parameters accumulated based on sleep information. More specifically, with the first day of the week as the starting date and the day of the week arriving six days after the first day of the week as the ending date, the parameters are accumulated in the period from the starting date to the ending date according to the sleep information. be. After the end date arrives, the accumulated parameters are reset.

With such specifications, in the system 1, parameters based on sleep information are accumulated in one week from the day of the week that is the starting point to the day of the week that is the ending point, and benefits based on the accumulated results are given to the user. be done. Therefore, the user is motivated to establish a sleeping habit for the week. Also, for example, even if you could not live with good sleep habits in the most recent period when the parameters are accumulated, after the end date of the period arrives, the accumulated parameters are reset and the accumulation of parameters starts again. Become. Therefore, when the period changes, you are motivated to improve your sleep habits for the next week. Each configuration will be described in detail below.

(1-2. Hardware Configuration of Terminal Device 10)
FIG. 1 is a block diagram showing an example of the hardware configuration of system 1. As shown in FIG. A system 1 includes a terminal device 10 and a server 20 . The terminal device 10 and the server 20 are connected for communication via a network 30, for example. The network 30 is realized by, for example, the Internet and/or a communication network provided by a communication carrier. Although FIG. 2 shows an example in which the system 1 includes one terminal device 10, the number of terminal devices 10 included in the system 1 is not limited to one. That is, the number of terminal devices 10 may be two or more.

In this embodiment, a set of multiple devices may be used as one server. The method of distributing a plurality of functions required to realize the server 20 according to this embodiment to one or a plurality of pieces of hardware is determined in consideration of the processing capability of each piece of hardware and/or the specifications required for the server 20. can be determined as appropriate.

The terminal device 10 is realized by, for example, a tablet terminal or a mobile terminal such as a smartphone. Also, the terminal device 10 may be realized by a stationary PC (Personal Computer), a laptop PC, or the like. The terminal device 10 may also function as a head mounted display, for example, as a transmissive, non-transmissive, or see-through head mounted display.

The terminal device 10 includes a communication IF (Interface) 12 , an input device 13 , an output device 14 , a memory 15 , a storage 16 and a processor 19 .

The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 communicates with an external device.

The input device 13 is a device (for example, a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.) for receiving an input operation from a user.

The output device 14 is a device (display, speaker, etc.) for presenting information to the user.

The memory 15 temporarily stores programs and data processed by the programs, and is a volatile memory such as a DRAM (Dynamic Random Access Memory).

The storage 16 is for storing data, and is, for example, a flash memory or a HDD (Hard Disc Drive).

The processor 19 is hardware for executing an instruction set described in a program, and is composed of arithmetic units, registers, peripheral circuits, and the like.

The sleep measurement device 11 is a device for acquiring information regarding sleep of the user of the terminal device 10 . The terminal device 10 connects to one or more sleep measurement devices 11 by wire or wirelessly. Specifically, the terminal device 10 may be, for example, a wearable device such as a wristwatch type, a ring type, or an eye mask type worn on the user's body. It may be a table clock type device to be placed. Also, the terminal device 10 and the sleep measurement device 11 may be the same device.

Note that the user may use two or more different types of sleep measurement devices 11 at the same time. For example, while the user wears and uses one wristwatch-type sleep measurement device 11, one table clock-type sleep measurement device 11 may be used, or the user may wear the wristwatch-type sleep measurement device 11. You may use the terminal device 10 as the sleep measurement device 11, using as.

Also, the difference in the type of sleep measurement device 11 does not necessarily have to be the difference in the device. That is, even if the sleep measurement device 11 is the same device, it is managed as a different sleep measurement device 11 in the system 1 depending on the type of software or application (hereinafter also referred to as an application) used before sending sleep information to the server 20. You may

For example, even if sleep information is detected using the same sleep measurement device 11, sleep measurement different from sleep measurement application A when using sleep measurement application A for correction of sleep information etc. In the case of using application B, different "sleep measurement device IDs" may be assigned to manage sleep information. In this way, by managing different "sleep measurement device IDs" according to the combination of the device type as the device configuration and the application used, it becomes possible to generate sleep information more flexibly. , the amusement of the game based on sleep information can be fully exhibited.

The server 20 includes a communication IF 22 , an input/output IF 23 , a memory 25 , a storage 26 and a processor 29 .

The communication IF 22 is an interface for inputting and outputting signals so that the server 20 communicates with an external device (for example, the terminal device 10).

The input/output IF 23 functions as an interface with an input device for receiving input operations from the user and an output device for presenting information to the user.

The memory 25 temporarily stores programs and data processed by the programs, and is a volatile memory such as a DRAM.

The storage 26 is for storing data, and is, for example, flash memory or HDD.

The processor 29 is hardware for executing an instruction set described in a program, and is composed of arithmetic units, registers, peripheral circuits, and the like.

(1-3. Functional Configuration of Terminal Device 10)
FIG. 2 is a block diagram showing an example of the functional configuration of the terminal device 10. As shown in FIG. As shown in FIG. 2, the terminal device 10 includes an input device 13, an output device 14, a communication unit 150, an imaging unit 160, an audio processing unit 170, a storage unit 180, a motion sensor 190, a control unit 200. Each block included in the terminal device 10 in FIG. 2 is electrically connected by, for example, a bus.

The communication unit 150 performs processing such as modulation/demodulation processing for the terminal device 10 to communicate with another device (for example, the server 20). The communication unit 150 performs transmission processing on the signal generated by the control unit 200 and transmits it to the outside. Communication unit 150 performs reception processing on a signal received from the outside, and outputs the signal to control unit 200 .

The input device 13 is a device for a user operating the terminal device 10 to input instructions or information. The input device 13 is implemented by, for example, a touch-sensitive device 131 or the like that inputs an instruction by touching an operation surface. Input device 13 may include a keyboard or mouse. The input device 13 converts an instruction or information input by a user into an electric signal and outputs the electric signal to the control unit 200 . Note that the input device 13 may include, for example, a receiving port for receiving an electrical signal input from an external input device.

The output device 14 is a device for presenting information to the user who operates the terminal device 10 . The output device 14 is implemented by, for example, the display 141 or the like. The display 141 displays data under the control of the control section 200 . The display 141 is implemented by, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

The imaging unit 160 includes a camera, receives light with a light receiving element, and inputs the light as an imaging signal to capture an image of the surroundings of the terminal device 10 .

The audio processing unit 170 performs digital-analog conversion processing of audio signals, for example. Audio processing unit 170 converts the signal provided from microphone 171 into a digital signal and provides the converted signal to control unit 200 . Also, the audio processing unit 170 provides an audio signal to the speaker 172 . The audio processing unit 170 is implemented by, for example, a processor for audio processing. Microphone 171 receives a voice input and provides voice signal corresponding to the voice input to voice processing section 170 . The speaker 172 converts the audio signal provided from the audio processing unit 170 into audio and outputs the audio to the outside of the terminal device 10 .

The storage unit 180 is realized by, for example, the memory 15 and the storage 16, and stores a database (also referred to as Database/DB) used by the terminal device 10 and programs. The storage unit 180 stores a user database 181 as an example.

The user database 181 is a database for storing user information. The user database 181 stores information about users who use the terminal device 10 . As an example, a specification may be such that a record of the user database 181 is generated at the timing when the user performs user registration using software that provides this function installed in the terminal device 10 . Details of the data structure of the user database 181 will be described later.

The motion sensor 190 includes an acceleration sensor, an angular velocity sensor (gyro sensor), etc., detects motion of the terminal device 10, and outputs a sensing result. For example, by placing the terminal device 10 on a bed such as a bed on which the user sleeps, if the sleeping user moves on the bed, the movement can be detected.

The control unit 200 is implemented by the processor 19 reading a program stored in the storage unit 180 and executing instructions included in the program. The control unit 200 controls operations of the terminal device 10 . The control unit 200 functions as an operation reception unit 201, a transmission/reception unit 202, a notification control unit 203, a time setting unit 204, and a sleep information acquisition unit 205 by operating according to programs.

The operation reception unit 201 performs processing for receiving instructions or information input from the input device 13 . Specifically, for example, the operation reception unit 201 receives information based on a user's instruction input from the touch-sensitive device 131 or the like. As an example, the operation receiving unit 201 confirms the measured sleep information by receiving an operation for ending sleep measurement from the user who has woken up. Note that the operation for ending the sleep measurement may be an operation for stopping an alarm output from the terminal device 10 so that the user wakes up.

The transmission/reception unit 202 performs processing for the terminal device 10 to transmit and receive data to and from an external device according to a communication protocol. As an example, the transmitting/receiving unit 202 transmits, to the server 20, sleep information that has been confirmed by receiving an operation input from the user for ending sleep measurement.

The notification control unit 203 controls notification to the user, that is, processing for presenting information to the user. Specifically, the notification control unit 203 performs processing for displaying a display image on the display 141, processing for outputting audio to the audio processing unit 170, and the like.

The time setting unit 204 receives an operation from the user to set the time for progress of the game. For example, the time setting unit 204 sets the time for outputting an alarm for the user to wake up. The user sets the scheduled wake-up time (scheduled wake-up time) as the time related to the progress of the game. When the scheduled wake-up time set by the user comes, the terminal device 10 outputs an alarm from the speaker 172 . When the user performs an operation to stop the alarm, the terminal device 10 determines that the user has woken up, confirms sleep information, and advances the game.

The time setting unit 204 may further receive an operation of setting the time at which the patient is scheduled to enter the bed (scheduled bed entry time) from the user. When the scheduled bed time set by the user approaches, the terminal device 10 may be configured to notify the user that the scheduled bed time is approaching. The notification may be displayed on the display 141 or may be output by sound from the speaker 172 .

Note that the setting of the alarm may be implemented by software for providing the game by each device (the terminal device 10 and the server 20) configuring the system 1. FIG. For example, the alarm settings may be installed in the terminal device 10 and incorporated into software that provides the functionality of the system 1 . That is, the user sets the wake-up time not by the alarm function provided as a function of the OS (Operating System) of the terminal device 10, but by the alarm setting unit configured by the software for providing the game to the user in the terminal device 10. be able to. The system 1 accepts an operation related to the wake-up time in the alarm setting and advances the game.

The sleep information acquisition unit 205 acquires sleep information of the user. "Sleep information" in the present embodiment is information related to the user's sleep, and specifically, bed-on time, sleep-onset time, awakening time, wake-up time, sleep time (time from sleep-onset time to wake-up time). , sleep quality information, and sleep rhythms. As an example, the sleep information acquisition unit 205 uses the sensing result detected by the motion sensor 190 to determine whether the user is sleeping or awake, whether the sleeping user is in light sleep, It is possible to determine whether it is deep sleep, REM sleep, non-REM sleep, etc., and evaluate the quality of the user's sleep. For example, the cycle of REM sleep and non-REM sleep in the case of good quality sleep is set in advance, and the user's sleep quality is evaluated by comparing it with the cycle of REM sleep and non-REM sleep during sleep of the user. may be

In addition, the sleep information acquisition unit 205 detects that the user has gone to bed, fallen asleep after going to bed, and has woken up, based on the sensing results detected by the motion sensor 190 or the biological information sensor 191. In addition, the sleep information acquisition unit 205 determines whether the user has performed an input operation on the terminal device 10 from the time the user goes to bed until the time the user falls asleep. It is possible to determine whether or not the user has browsed the information. That is, it is possible to determine whether or not the user who is going to sleep operates the terminal device 10 before going to bed.

The sleep measurement device 11 may include a biometric information sensor 191 in addition to the motion sensor 190 when implemented as a wearable device worn on the user's body. The biological information sensor 191 detects biological information such as at least one of body temperature, blood pressure, and heart rate of the user. Based on the biological information detected by the biological information sensor 191, the sleep information acquisition unit 205 determines whether the user is asleep or awake, and whether the sleeping user is in light sleep or in deep sleep. It is possible to evaluate the quality of the user's sleep by distinguishing whether it is sleep, REM sleep, non-REM sleep, or the like.

The sleep measurement device 11 communicates by short-range wireless communication such as Bluetooth (registered trademark) and Wi-Fi, and transmits sensing results to the terminal device 10 . In addition, when the sleep measurement device 11 or the like is compatible with the communication standard of a mobile communication system such as 5G, without transmitting to the terminal device 10 by short-range wireless communication (or in addition to transmitting), to the server 20 It is good also as transmitting a sensing result. In this case, the terminal device 10 may receive the sensing result from the server 20 that received the sensing result from the sleep measuring device 11 or the like, and generate and store sleep information using the received sensing result.

(1-4. Functional Configuration of Server 20)
FIG. 3 is a diagram showing a functional configuration of the server 20. As shown in FIG. As shown in FIG. 3 , the server 20 functions as a communication section 210 , a storage section 220 and a control section 230 .

The communication unit 210 performs processing for the server 20 to communicate with an external device.

The storage unit 220 is realized by, for example, the memory 25 and the storage 26, and stores data and programs used by the server 20. FIG. The storage unit 220 stores a privilege database 221 as an example.

Control unit 230 is implemented by processor 29 reading a program stored in storage unit 220 and executing instructions included in the program. The control unit 230 exhibits functions shown as a transmission/reception module 231, a game progression module 232, and a privilege provision module 233 by operating according to programs.

The transmission/reception module 231 controls the process of transmitting/receiving signals from the server 20 to/from an external device according to a communication protocol.

The game progress module 232 generates an event in the sleep game based on the user's sleep information received from the terminal device 10 to progress the game play. In-game events include making characters (including characters used by themselves and enemy characters) or in-game objects (game elements) such as items appear in the scenario that progresses in the game, and opening the game stage. Enabling the user to play, or performing a lottery for the user to acquire the in-game object, and displaying the lottery result. As an example, the game progress module 232 determines in-game objects such as characters and items to appear in the user's game play by lottery based on sleep information as an in-game event. The game progress module 232 may cause characters, items, etc. determined by lottery to appear in the game play. Thereby, the user can have an experience such as discovering a new character based on the sleep information.

The game progress module 232 may be designed to change the lottery algorithm for the in-game object lottery based on the user's sleep information received from the terminal device 10 . As an example, when at least one of sleep time and sleep quality in the received sleep information satisfies a predetermined condition, the in-game object that can be acquired in the lottery may be changed, or the number of lotteries may be changed. . With such a configuration, the progress of the game after waking up is changed based on the sleep information, and it is possible to provide the user with enjoyment after waking up.

The privilege giving module 233 determines a privilege to be given to the user as an event in the game. Specifically, the reward granting module 233 may determine the reward to be awarded according to the accumulated sleep points. As an example, the privilege may be to grant the user the right to acquire the in-game object, or to grant the user the right to participate in a lottery to acquire the in-game object. .

(1-5. Data structure)
FIG. 4 is a diagram showing an example of the data structure of the database stored in the storage unit 180 of the terminal device 10. As shown in FIG. Note that FIG. 4 is merely an example, and does not exclude data that is not described.

The storage unit 180 stores a user database 181 as an example. The user database 181 holds information about users who use this function.

The record of the user database 181 includes the item “user ID”, the item “user name”, the item “age”, the item “sex”, the item “address”, and the like.

The item "user ID" is information as an identifier for identifying each user, and is a primary key for uniquely identifying a record in the user database 181.

The item "user name" is information about the name of the user. The user name may be the real name of the user, or may be information that does not identify the user, such as a nickname. The user name may be arbitrarily set by the user himself/herself.

The item "age" is information about the user's age. The age does not necessarily have to be the actual age, and the specification may be such that the user appropriately sets the age of the avatar (character that functions as the user's alter ego in the game content) corresponding to the user.

The item “gender” is information about the gender of the user. The gender does not necessarily have to be the gender of the user himself/herself.

The item "address" is information about the address of the user's place of residence. The address may be set by the user himself or may be set based on the position information acquired by the terminal device 10 .

A user may register user information and add a record to the user database 181 using software installed in the terminal device 10 that provides this function. Also, the specifications may be such that records in the user database 181 can be added, changed, or deleted as necessary.

FIG. 5 is a diagram showing an example of the data structure of the database stored in the storage unit 220 of the server 20. As shown in FIG. Note that FIG. 5 is merely an example, and does not exclude data not described.

The storage unit 220 stores a privilege database 221 as an example. The privilege database 221 holds information about privileges that can be given to the user according to accumulated sleep points.

As shown in FIG. 5, the record of the privilege database 221 includes the item "privilege ID", the item "name", the item "category", the item "cumulative points", the item "details", and the like.

The item "privilege ID" is information identifying a privilege that can be granted to the user.

The item "name" is information about the name of the privilege.

The item "classification" is information about the classification of benefits. The classification of the privilege may be a classification related to the content of the privilege, such as "character provision" or "item provision". Alternatively, it may be information related to the level of accumulated points given to the user, such as "achievement level: low", "achievement level: medium", and "achievement level: high". In addition, the privilege database has a plurality of items "classification" (for example, items "category 1", "category 2", etc.), and each has a classification related to the content of the privilege and a classification related to the accumulated point level. may

The item "accumulated points" is information about accumulated points that are the conditions for granting the privilege. Although the details will be described later, in the present embodiment, a benefit is given based on the cumulative value of sleep points (accumulated points) given based on the sleep information. The privilege giving module 233 refers to the item "accumulated points" to determine the privilege to be given to the user. It should be noted that a specification may be adopted in which the greater the value of accumulated points, the easier it is for a user to be given a benefit that is advantageous to the user.

The item "content" is information about the content of the privilege. The content of the privilege may be to provide the user with a predetermined in-game object such as a character or an item. Alternatively, it may improve the value (or upper limit value) of a predetermined in-game parameter. Alternatively, the user may be given the right to perform a lottery (so-called gacha) to obtain an in-game object.

(1-6. Flow of processing)
An example of the processing flow of the terminal device 10 will be described below with reference to FIGS. 6 to 9. FIG. First, with reference to FIGS. 6 and 7, an overview of the processing of system 1 will be described.

In step S110 of FIG. 6, the sleep information acquisition unit 205 of the terminal device 10 starts measuring sleep information of the user (hereinafter also referred to as sleep measurement). As an example, the sleep information acquisition unit 205 may be configured to start sleep measurement when the operation reception unit 201 receives an operation for starting sleep by the user as a trigger. The operation may be an operation of pressing a predetermined icon displayed on the display 141 immediately before the user goes to bed. Alternatively, the sleep information acquisition unit 205 may detect that the user has gone to bed and start measuring sleep without accepting the operation.

In step S120, the sleep information acquisition unit 205 acquires sleep information of the user. As an example, the sleep information acquisition unit 205 acquires information about the user's sleep time and sleep quality based on sensing results detected by the motion sensor 190 .

In step S130, the sleep information acquisition unit 205 ends the sleep measurement of the user. As an example, the sleep information acquisition unit 205 may be configured to terminate sleep measurement when the operation reception unit 201 of the terminal device 10 receives an operation to end sleep by the user as a trigger. The operation may be an operation by the user to stop an alarm that is output at a time set in advance as the scheduled wake-up time. Alternatively, the sleep information acquisition unit 205 may detect that the user has woken up without accepting the operation, and end the sleep measurement.

In step S<b>140 , the transmission/reception unit 202 of the terminal device 10 transmits sleep information to the server 20 . In step S<b>210 , the transmission/reception module 231 of the server 20 receives sleep information from the terminal device 10 .

In step S220, the game progress module 232 of the server 20 determines an event to occur in the game based on sleep information. As an example, the game progress module 232 determines in-game objects such as characters and items that appear in the user's game play by lottery based on sleep information as events to occur in the game.

In step S300 of FIG. 7, the privilege provision module 233 of the server 20 executes privilege provision processing. The details of the privilege giving process will be described later. In step S<b>230 , the transmission/reception module 231 of the server 20 transmits the event determined by the game progression module 232 and the privilege given by the privilege provision module 233 to the terminal device 10 . In step S<b>150 , the transmission/reception unit 202 of the terminal device 10 receives the event and benefits from the server 20 .

In step S<b>160 , the notification control unit 203 presents the event and benefits to the user by displaying them on the display 141 . The notification control unit 203 may be configured to present the event and the privilege in accordance with the timing when the user wakes up. Specifically, the specification may be such that the event and benefits are presented as soon as possible after the user wakes up. It is good also as a specification which presents. Also, the event and the privilege may be presented at the same timing, or may be presented after a predetermined time has passed.

The flow of the privilege giving process (S300) will be described with reference to FIGS. 8 and 9. FIG. In step S310 of FIG. 8, the privilege provision module 233 determines whether or not the user's sleep information received from the terminal device 10 has achieved a predetermined condition (hereinafter also referred to as sleep condition).

Specifically, the sleep condition may be a condition related to sleep time in the sleep information. As an example, if the sleep time of the user is greater than or equal to a first threshold (e.g., 7 hours) and less than or equal to a second threshold (e.g., 9 hours), the benefit provision module 233 may determine that the sleep condition has been met. Alternatively, as the sleep condition, it may be determined that the sleep condition has been achieved when the user sleeps for a predetermined time (for example, one and a half hours) or longer.

Further, the sleep condition may be a condition related to bed-in time in the sleep information. As an example, if the difference between the actual value of the bedtime in the sleep information of the user and the scheduled bedtime set in advance by the user is within a predetermined threshold value (for example, one hour), the privilege granting module 233 determines that sleep It may be determined that the condition is satisfied.

Note that the sleep condition may be a specification that can be set for each user. In this case, sleep condition candidates may be stored in the storage unit 180 in advance, and the sleep condition to be applied may be set according to the user's selection. Moreover, it is also possible to set the sleep conditions devised by the user as appropriate.

When the privilege provision module 233 determines that the user's sleep information has satisfied the sleep condition (Yes in S310), the privilege provision module 233 executes step S320. On the other hand, when it is determined that the user's sleep information does not satisfy the sleep condition (No in S310), step S340 is executed.

In step S320, the privilege granting module 233 grants sleep points as a predetermined parameter. The privilege giving module 233 assigns the given sleep points (hereinafter also referred to as given points) with the first day of the week as the start date and the day of the week that comes six days after the first day of the week as the end date. Cumulative over a period of days. As an example, the benefit granting module 233 accumulates sleep points granted for each day of the week from an initial value of zero. Note that the initial value may be set to a predetermined value (for example, 100 points), or the initial value obtained by the user operating the terminal device 10 before sleep (for example, immediately before S110) is set. may be

As an example, the first day of the week as the starting date may be Monday. In this case, the second day of the week is Sunday. That is, the privilege granting module 233 accumulates sleep points in a week starting from Monday and ending on Sunday. However, the first day of the week may be another day of the week, and may be set by the user as appropriate.

In step S330, the privilege granting module 233 grants a privilege (hereinafter also referred to as a sleep privilege) based on the cumulative value of sleep points. For example, as a sleep privilege given to the user, the number of in-game objects that can be given in a lottery that can be executed by the user in the game may increase according to the accumulated value of sleep points. As an example, when the lottery is executed, some of the in-game objects may be displayed in a locked state as ineligible for granting, and may be unlocked as a sleep benefit. In this case, the higher the cumulative value of sleep points, the higher the rarity (rarity) of the in-game object may be given in the lottery.

In step S340, the privilege provision module 233 determines whether or not the end date has arrived. If the end date has arrived (Yes in S340), step S350 is executed. On the other hand, if the end date has not yet arrived (No in S340), step S300 ends.

In step S350, the privilege granting module 233 reduces the accumulated points. As an example, the privilege granting module 233 resets the accumulated points to an initial value (zero). Alternatively, the privilege provision module 233 may be designed to halve the accumulated points, or may be designed to subtract a predetermined point value.

FIG. 9 is a diagram showing an example of processing of the privilege provision module 233. As shown in FIG. In the example shown in FIG. 9, the sleep condition is achieved on all days of the first week for one week with Monday as the starting date and Sunday as the ending date. Therefore, sleep points are given and accumulated on all days of the week. In addition, benefits are given according to accumulated points on all days of the week. Then, on Sunday, which is the end date, the accumulated sleep points are reset.

For the second week, sleep conditions are achieved on Monday, Wednesday, Friday and Saturday. Therefore, sleep points are given and accumulated on the day of the week, and benefits corresponding to the accumulated points are given. Then, on Sunday, which is the end date, the accumulated sleep points are reset.

Here, the points given for each day of the week may have the same value, or may have different values depending on the day of the week. As shown in FIG. 9, the points awarded may be increased toward the weekend (Saturday and Sunday). By adopting such a specification, it is possible to motivate the user to maintain regular sleep habits on weekends when sleep habits tend to break down.

(1-7. Summary)
As described above, in the present embodiment, the system 1 includes a step of acquiring sleep information of the user, a step of generating an event in the game based on the sleep information, and a step of generating an event in the game based on the sleep information. accumulating a predetermined parameter according to the sleep information in the period from the start date to the end date, with the day of the week arriving six days after the first day of the week as the end date; Determining an event to occur in the game for each day in the period according to the parameter, and reducing the parameter when the end date arrives. With such a configuration, parameters based on sleep information are accumulated in one week from the start date to the end date, and benefits are given according to the accumulated parameters, so that motivation to continue regular sleep The user's sleep habits are established. In addition, parameters based on sleep information are accumulated during the week from the start date to the end date, and benefits are given according to the accumulated parameters. It becomes possible to attach

(1-8. Modification)
Modifications of the present embodiment will be described below. As a modification, the privilege granting module 233 does not reduce the accumulated points for the first ending date after the start of the game. Since the start of the sleep game by the user is not necessarily the first day of the week (Monday in the example shown in FIG. 9), which is the starting date, the ending date (for example, Thursday) that comes first from the game start date ( In the example shown, if the accumulated points up to Sunday) are reduced on the end date, the user's motivation to continue the sleep game may be lost. Therefore, it is possible to motivate the player to continue the sleep game by not reducing the accumulated points on the first ending date after the start of the game.

<2. Second Embodiment>
The system 1 according to the second embodiment of the present disclosure will be described below with reference to FIGS. 10 to 13. FIG. The second embodiment differs from the first embodiment in that designation of a holiday is received from a user and a plurality of users with the same received holiday are grouped. The following description will focus on differences from the first embodiment.

(2-1. Functional Configuration of Server 20)
A system 1 according to the second embodiment shown in FIG. 10 includes a plurality of terminal devices 10A, 10B, and 10C. However, the number of terminal devices 10 provided in the system 1 is not limited to this example, and may be four or more, or may be two. A plurality of terminal devices 10A, 10B, and 10C are connected to a server 20 via a network 30 so as to be able to communicate with each other.

(2-2. Flow of processing)
The flow of processing in the second embodiment will be described with reference to FIGS. 11 to 13. FIG. 11 to 13 show examples in which the system 1 includes the terminal device 10A and the terminal device 10B from the viewpoint of visibility. Also, the description of the same processing as in the first embodiment will not be repeated.

In the second embodiment, the terminal device 10 accepts designation of holidays from a plurality of users. As shown in FIG. 11, in step S410A, the terminal device 10A receives designation of holidays from the user. As an example, the terminal device 10A accepts designation of holidays by day of the week.

In step S420A, the terminal device 10A transmits to the server 20 the holiday information received from the user. In step S510A, server 20 receives holiday information from terminal device 10A. Server 20 stores the received holiday information in storage unit 220 .

On the other hand, in step S410B, the terminal device 10B receives designation of holidays from the user. In step S420B, the terminal device 10B transmits to the server 20 the holiday information received from the user. In step S510B, server 20 receives holiday information from terminal device 10A. Server 20 stores the received holiday information in storage unit 220 .

In step S<b>520 , the game progress module 232 of the server 20 groups the users based on the holiday information of the users stored in the storage unit 220 . As an example, the game progress module 232 of the server 20 groups users whose holidays are on the same day of the week.

In step S530, the transmission/reception module 231 of the server 20 transmits the grouping result determined by the game progression module 232 to the terminal device 10A and the terminal device 10A.

In step S430A, the transmission/reception unit 202 of the terminal device 10A receives the grouping result from the server 20. FIG. In step S440A, the notification control unit 203 of the terminal device 10A presents the grouping result to the user by displaying it on the display 141. FIG.

In step S430B, the transmission/reception unit 202 of the terminal device 10B receives the grouping result from the server 20. FIG. In step S<b>440</b>B, the notification control unit 203 of the terminal device 10</b>B presents the grouping result to the user by displaying it on the display 141 .

An example of the processing flow of the terminal device 10 will be described below with reference to FIGS. 12 and 13. FIG. As shown in FIG. 12, in the second embodiment, each of the terminal device 10A and the terminal device 10B acquires sleep information of different users. That is, the terminal device 10A and the terminal device 10B execute steps S110 to S130 at the timing of sleep of the users using the respective terminal devices.

After acquiring the user's sleep information in steps S110A to S130A, the terminal device 10A transmits the sleep information to the server 20 in step S140A. In step S210A, the server 20 receives the sleep information of the terminal device 10A.

On the other hand, after acquiring the user's sleep information in steps S110B to S130B, the terminal device 10B transmits the sleep information to the server 20 in step S140B. In step S210B, the server 20 receives the sleep information of the terminal device 10A.

In step S220, the game progress module 232 of the server 20 determines an event to occur in the game progressing on each terminal device based on the sleep information received from the terminal devices 10A and 10B.

As an example, the game progression module 232 may generate an event common to the multiple users based on the grouped sleep information of the multiple users. Specifically, the game progress module 232 performs the same raid battle (competition in which multiple players cooperate against a common enemy), the same mini-game, etc. based on the sleep information of the grouped users. , the same in-game task, etc., that are cooperatively played by a plurality of users may be generated as an event.

In step S300 of FIG. 13, the privilege provision module 233 of the server 20 executes privilege provision processing. As an example, the privilege granting module 233 may grant an event common to a plurality of grouped users as a sleep privilege according to the accumulated sleep points of the users. Specifically, based on the sleep information of the grouped users, the privilege granting module 233 uses the same raid battle, the same mini game, the same in-game task, etc., as a game that multiple users play in cooperation. Content may be provided as a sleep privilege. In this embodiment, the privilege granting module 233 sets the day on which the holiday received from the user (the last day of consecutive holidays, if any) ends as the start date, and the day before the next start date after the start date as the end date. As, in the period from the start date to the end date, a predetermined parameter is accumulated according to the sleep information.

Further, as another example, the privilege provision module 233 provides in-game objects such as common items (same items or related items) to each of a plurality of users whose sleep information has achieved a predetermined condition. may be given as Note that related items may be items that have the same attributes (elements that define the nature of the effect exerted in the game), or items that are related in the game scenario (for example, collecting all of them will result in a predetermined effect). It may be an item provided with such as exhibiting.

In step S230, the transmission/reception module 231 of the server 20 transmits the event decided by the game progression module 232 and the privilege given by the privilege giving module 233 to the terminal devices 10A and 10B.

In step S<b>150</b>A, the transmission/reception unit 202 of the terminal device 10</b>A receives the event and the privilege from the server 20 . In step S<b>160</b>A, the notification control unit 203 of the terminal device 10</b>A presents the event and benefits to the user by displaying them on the display 141 .

In step S<b>150</b>B, the transmission/reception unit 202 of the terminal device 10</b>B receives the event and benefits from the server 20 . In step S<b>160</b>B, the notification control unit 203 of the terminal device 10</b>B presents the event and benefits to the user by displaying them on the display 141 .

As described above, in the second embodiment, the system 1 accepts designation of a holiday from a user, and groups a plurality of users having the same accepted holiday. By adopting such a specification, a sense of unity is created between users who have the same holiday, and it is possible to motivate users whose days off are not weekdays to establish sleeping habits.
(2-3. Modification)

A modification of the second embodiment will be described below. For example, in the above-described embodiment, the terminal device 10 accepts designation of holidays by day of the week, but is not limited to this aspect. For example, the terminal device 10 may be designed to receive designation of holidays by date. Even in this case, the privilege provision module 233 sets the day on which a holiday (the last day of consecutive holidays, if any) ends as the starting date, and the day before the next starting date after the starting date as the ending date. Predetermined parameters may be accumulated according to the sleep information during the period up to the day.

Further, in the above embodiment, users on the same holiday are grouped, but conversely, users on different days of the week may be grouped. As an example, a specification may be adopted in which one user is selected for a holiday on Monday, a user for which Tuesday is a holiday, a user for whom Wednesday is a holiday, a user for whom Thursday is a holiday, and a user for whom Friday is a holiday, and grouped. . By adopting such specifications, it is possible to create a sense of unity among the grouped users and to motivate users who have days off on weekdays to establish sleep habits.

<3 Other Embodiments>
Although the embodiments of the present invention and their modifications have been described above, the application of the present disclosure is not limited to the above-described contents.

For example, in the above-described embodiment, when sleep information satisfies a predetermined condition, the privilege giving module 233 gives the user a privilege according to the accumulated parameters, but it is not limited to this aspect. For example, the privilege provision module 233 may be designed to give the user a privilege according to the accumulated parameters regardless of whether the sleep information satisfies a predetermined condition. As an example, the privilege granting module 233 may be designed to grant a privilege to the user on condition that the accumulated parameter exceeds a predetermined threshold.

Further, in the above embodiment, the terminal device 10 has been described as a terminal realized by a smart phone or the like, but is not limited to this example. The terminal device 10 may be realized by installing software on a home PC or the like, and may receive operations such as a mouse.

Sharing of predetermined information via a communication line is mainly performed via a WAN such as the Internet. and only via infrared communication or the like.

Further, in the above embodiment, an example of a mode in which each function is provided by the terminal device 10 or the server 20 has been described. The terminal device 10, the server 20, or both the terminal device 10 and the server 20 may be provided with the configuration.

Furthermore, the present invention may be realized as a program that causes an information processing device to execute the functions provided in the terminal device 10 or the server 20 described above, or as a computer-readable non-temporary recording medium that stores the program. may be realized.

<Appendix>
The items described in the above embodiments will be added below.
(Appendix 1)
A program to be executed by a computer comprising a processor and a memory, wherein the processor obtains sleep information of a user; based on the sleep information, generates an event in a game; With the first day of the week as the starting date and the day of the week arriving six days after the first day of the week as the ending date, a predetermined parameter is accumulated according to the sleep information in the period from the starting date to the ending date. determining an event to occur in the game for each day within the period according to the accumulated parameter; and reducing the parameter after the end date arrives. program to run.
(Appendix 2)
A program to be executed by a computer comprising a processor and a memory, wherein the processor obtains sleep information of a user; based on the sleep information, generates an event in a game; a step of receiving designation of a plurality of holidays from a user; a step of accumulating a predetermined parameter according to sleep information; a step of determining an event to occur in the game for each day in the period according to the accumulated parameter; reducing said parameter.
(Appendix 3)
3. The program according to appendix 1 or appendix 2, wherein in the step of determining the event, the number of in-game objects that can be granted in a lottery executable by the user in the game is increased according to the accumulated parameters.
(Appendix 4)
3. The program according to appendix 1 or appendix 2, wherein in the step of reducing the parameter, when the end date arrives, the accumulated parameter is reset to an initial value.
(Appendix 5)
5. The program according to appendix 4, wherein in the step of reducing the parameter, the accumulated parameter is not reset for the first end point date after the start of the game even if the end point date comes.
(Appendix 6)
Supplementary Note 1 or Supplementary Note 2, wherein in the step of accumulating the predetermined parameter, the parameter is accumulated when the sleep information has achieved a predetermined condition, and the predetermined condition is a condition related to sleep time in the sleep information. program described in .
(Appendix 7)
7. The program according to appendix 6, wherein the predetermined condition is that the sleep time is equal to or greater than a predetermined first threshold and equal to or less than a second threshold.
(Appendix 8)
In the step of accumulating the predetermined parameter, when the sleep information achieves a predetermined condition, the parameter is accumulated, and the predetermined condition is a condition related to bedtime in the sleep information, Supplementary note 1 or Supplementary note 2. The program according to 2.
(Appendix 9)
8. The program according to appendix 8, wherein the predetermined condition is that a deviation between the actual value of the bed admission time and a preset expected bed admission time is equal to or less than a predetermined threshold.
(Appendix 10)
3. The program according to appendix 2, causing the processor to execute a step of receiving designation of a holiday, and a step of grouping a plurality of users based on the received designation of holiday.
(Appendix 11)
11. The program according to appendix 10, wherein, in the step of receiving the designation of the holiday, received information on the holiday is stored in the memory.
(Appendix 12)
In the step of grouping a plurality of users, in the step of grouping users on the same holiday and generating an event in the game, based on the sleep information of the plurality of users who performed the grouping, the plurality of users 11. The program of clause 10, for generating events common to users.
(Appendix 13)
In the step of grouping a plurality of users, in the step of grouping users on different holidays and generating an in-game event, based on the sleep information of the plurality of users who performed the grouping, the plurality of users 11. The program of clause 10, for generating events common to users.

Although several embodiments of the present disclosure have been described above, these embodiments can be implemented in various other forms, and various omissions, replacements, and modifications are possible without departing from the spirit of the invention. It can be performed. These embodiments and their modifications are intended to be included in the scope of the invention described in the claims and their equivalents as well as included in the scope and gist of the invention.

1: System, 10: Terminal Device, 11: Sleep Measurement Device, 13: Input Device, 14: Output Device, 15: Memory, 16: Storage, 19: Processor, 20: Server, 25: Memory, 26: Storage, 29 : processor, 30: network, 131: touch-sensitive device, 141: display, 150: communication unit, 160: imaging unit, 170: audio processing unit, 171: microphone, 172: speaker, 180: storage unit, 181: user database , 190: motion sensor, 191: biological information sensor, 200: control unit, 201: operation reception unit, 202: transmission/reception unit, 203: notification control unit, 204: time setting unit, 205: sleep information acquisition unit, 210: communication Unit 220: Storage unit 221: Privilege database 230: Control unit 231: Transmission/reception module 232: Game progression module 233: Privilege giving module.

Claims (16)

A program for execution by a computer comprising a processor and a memory,
to the processor;
obtaining sleep information for the user;
generating an in-game event based on the sleep information;
With the first day of the week as the starting date and the day of the week arriving six days after the first day of the week as the ending date, a predetermined parameter is accumulated according to the sleep information in the period from the starting date to the ending date. a step;
determining an event to occur in the game for each day within the period according to the accumulated parameter;
and reducing the parameter after the endpoint date has arrived. A program for execution by a computer comprising a processor and a memory,
to the processor;
obtaining sleep information for the user;
generating an in-game event based on the sleep information;
accepting designation of a plurality of holidays from a user;
A step of accumulating a predetermined parameter according to the sleep information in a period from the start date to the end date, with the day on which a holiday ends as the start date and the day before the next start date after the start date as the end date. and,
determining an event to occur in the game for each day within the period according to the accumulated parameters;
and reducing the parameter when the endpoint date arrives. In determining the event,
3. The program according to claim 1 or 2, wherein in-game objects that can be given in a drawing that can be executed by a user in the game are increased according to the accumulated parameters. 3. The program according to claim 1, wherein in the step of reducing the parameter, when the end date arrives, the accumulated parameter is reset to an initial value. 5. The program according to claim 4, wherein in the step of reducing the parameters, the accumulated parameters are not reset for the first end date after the start of the game, even if the end date comes. In the step of accumulating the predetermined parameter, accumulating the parameter when the sleep information achieves a predetermined condition;
3. The program according to claim 1, wherein said predetermined condition is a condition relating to sleep hours in said sleep information. 7. The program according to claim 6, wherein said predetermined condition is that said sleep time is equal to or greater than a predetermined first threshold and equal to or less than a second threshold. In the step of accumulating the predetermined parameter, accumulating the parameter when the sleep information achieves a predetermined condition;
3. The program according to claim 1, wherein said predetermined condition is a condition relating to bed-in time in said sleep information. 9. The program according to claim 8, wherein the predetermined condition is that a difference between the actual value of the bed admission time and a preset bed admission time is equal to or less than a predetermined threshold. to the processor;
a step of accepting designation of a holiday;
3. The program according to claim 2, causing a step of grouping a plurality of users based on the accepted holiday designation. 11. The program according to claim 10, wherein in the step of accepting designation of said holiday, information on accepted holidays is stored in said memory. in the step of grouping a plurality of users, grouping users on the same holiday;
11. The program according to claim 10, wherein in the step of generating an event within the game, an event common to the plurality of users is generated based on the sleep information of the grouped users. in the step of grouping a plurality of users, grouping users on different holidays;
11. The program according to claim 10, wherein in the step of generating an event within the game, an event common to the plurality of users is generated based on the sleep information of the grouped users. An information processing apparatus comprising a control section and a storage section, wherein the control section executes all the steps performed in the invention according to claim 1. A computer implemented method comprising a processor and a memory, wherein the processor performs all the steps performed in the invention of claim 1. A system comprising means for performing all the steps performed in the invention of claim 1.