Program, method, information processing device, and system

Abstract

To fix a user's sleeping habit.SOLUTION: Provided is a program that allows a computer having a processor and a memory to execute it and allows the processor to execute a step of acquiring a user's sleep information, a step of generating an event within a game on the basis of the sleep information, a step of accumulating a predetermined parameter according to the sleep information during a period from a starting day to an ending day with the first day of the week as the starting day and a day arriving six days later than the first day of the week as the ending day, a step of determining an event generated in the game for each day within the period according to the accumulated parameter, and a step of reducing the parameter when the ending day arrives.SELECTED DRAWING: Figure 9

Description

[Technical field]

[0001] The present disclosure relates to a program, a method, an information processing device, and a system. [Background technology]

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

[0003] [Patent Document 1] International Publication No. 2016-021235 Summary of the Invention [Problem to be solved by the invention]

[0004] The above technology calculates an evaluation result for each day of sleep and presents game elements corresponding to the calculated evaluation result, motivating the user to get better sleep. However, it is important for the user to establish good sleep habits in order to maintain their health, and there is a risk that such habits will not be established if sleep information is evaluated on a daily basis.

[0005] An object of the present disclosure is to provide technology that helps establish a user's sleep habits. [Means for solving the problem]

[0006] According to the present disclosure, there is provided a program to be executed by a computer having a processor and a memory, the program causing the processor to execute the following steps: acquiring sleep information of a user; generating an event in a game based on the sleep information; accumulating a predetermined parameter according to the sleep information during a period from a first day of the week as a start date to an end date as a day of the week that arrives six days after the first day of the week; determining an event to be generated in the game for each day within the period according to the accumulated parameter; and reducing the parameter when the end date arrives. Effect of the Invention

[0007] With this configuration, parameters based on sleep information are accumulated over the one week period from the start date to the end date, and rewards are awarded according to the accumulated parameters, providing motivation to maintain regular sleep and helping to establish the user's sleep habits. [Brief description of the drawings]

[0008] [Figure 1] FIG. 2 is a block diagram showing the hardware configuration of the system 1. [Diagram 2] 2 is a block diagram showing the functional configuration of a terminal device 10. FIG. [Diagram 3] 2 is a block diagram showing the functional configuration of the server 20. FIG. [Figure 4] 2 is a diagram showing the structure of a database stored in a storage unit 180 of a terminal device 10. FIG. [Diagram 5] 2 is a diagram showing the structure of a database stored in a storage unit 220 of a server 20. FIG. [Figure 6] FIG. 2 is a flow diagram illustrating the first half of the processing flow of the system 1. [Figure 7] 11 is a flow diagram illustrating the latter half of the processing flow of the system 1. FIG. [Figure 8] FIG. 11 is a flow diagram illustrating an example of the process flow of the bonus granting process (S300). [Figure 9] 13 is a diagram for explaining a mode of awarding a privilege by the privilege awarding module 233. FIG. [Figure 10] FIG. 11 is a block diagram showing a hardware configuration of a system 1 according to a second embodiment. [Figure 11] FIG. 11 is a flow diagram illustrating an example of a flow of a holiday information setting process in the second embodiment. [Figure 12] FIG. 11 is a flow diagram illustrating the first half of the processing flow of the system 1 in the second embodiment. [Figure 13] FIG. 11 is a flow diagram illustrating the latter half of the processing flow of the system 1 in the second embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of the present disclosure will be described with reference to the drawings. In the following description, the same components are given the same reference numerals, and their names and functions are also the same. Therefore, detailed description thereof will not be repeated. In this embodiment, "going to bed" refers to a user getting into bed, such as a bed or a futon, to sleep, and "falling asleep" refers to starting to sleep after going to bed. In addition, "awakening" refers to a user ending sleep, and "getting up" refers to getting up from bed after waking up. In addition, sleep time refers to the time from going to bed (or falling asleep) to waking up (or waking up).

[0010] <1. First embodiment> (1-1. Overview of functions provided by System 1) The terminal device 10 included in the system 1 in this embodiment is a mobile terminal such as a smartphone, and provides a game (hereinafter also referred to as a sleep game) that progresses based on the sleep information acquired from the user. The terminal device 10 also outputs an alarm for waking up the user by sound, vibration, light, etc. at a time preset by the user.

[0011] When a user who has woken 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, the contents of a benefit granted based on the sleep information are displayed as the in-game event. The benefit is determined according to parameters accumulated based on the sleep information. More specifically, a first day of the week is set as a starting day, a day of the week six days after the first day of the week is set as an ending day, and the parameters are accumulated during the period from the starting day to the ending day according to the sleep information. Then, after the ending day arrives, the accumulated parameters are reset.

[0012] With such specifications, in the system 1, parameters based on sleep information are accumulated for one week from the start day to the end day, and a privilege based on the accumulated result is given to the user. Therefore, the user is motivated to establish a good sleep habit for one week. Even if the user was not able to maintain good sleep habits in the most recent period in which the parameters were accumulated, the accumulated parameters are reset and the accumulation of the parameters starts anew after the end day of the period. Therefore, the user is motivated to improve the sleep habits for the next week at the timing when the period changes. Each configuration will be described in detail below.

[0013] (1-2. Hardware Configuration of Terminal Device 10) FIG. 1 is a block diagram showing an example of a hardware configuration of a system 1. The system 1 includes a terminal device 10 and a server 20. The terminal device 10 and the server 20 are communicatively connected via, for example, a network 30. The network 30 is realized by, for example, the Internet and / or a communication network provided by a telecommunications carrier. Note that, while 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. In other words, the number of terminal devices 10 may be two or more.

[0014] In this embodiment, a collection of multiple devices may be one server. The method of allocating multiple functions required to realize the server 20 according to this embodiment to one or multiple pieces of hardware can be appropriately determined in consideration of the processing capacity of each piece of hardware and / or the specifications required for the server 20.

[0015] The terminal device 10 is realized by, for example, a tablet terminal or a mobile terminal such as a smartphone. The terminal device 10 may also 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, a transmissive, non-transmissive, or see-through head mounted display.

[0016] 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 .

[0017] The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 can communicate with an external device.

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

[0019] The output device 14 is a device (such as a display and a speaker) for presenting information to a user.

[0020] The memory 15 is for temporarily storing programs and data to be processed by the programs, and is a volatile memory such as a DRAM (Dynamic Random Access Memory).

[0021] The storage 16 is for storing data, and is, for example, a flash memory or a hard disk drive (HDD).

[0022] The processor 19 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, a register, peripheral circuits, and the like.

[0023] The sleep measuring device 11 is a device for acquiring information related to sleep of the user of the terminal device 10. The terminal device 10 is connected to one or more sleep measuring devices 11 by wire or wirelessly. Specifically, the terminal device 10 may be a wearable device that is worn on the user's body, such as a wristwatch type, a finger ring type, or an eye mask type, or may be a clock type device that is placed at the pillow of the bed where the user sleeps. The terminal device 10 and the sleep measuring device 11 may be the same device.

[0024] Note that a user may simultaneously use two or more different types of sleep measuring devices 11. For example, a user may wear and use one wristwatch-type sleep measuring device 11 and one desk clock-type sleep measuring device 11, or a user may wear and use one wristwatch-type sleep measuring device 11 and use the terminal device 10 as the sleep measuring device 11.

[0025] Also, the difference in type of the sleep measuring device 11 does not necessarily have to be a difference in device. That is, even if the sleep measuring device 11 is the same device, the sleep measuring device 11 may be managed as a different sleep measuring device 11 in the system 1 depending on the type of software or application (hereinafter, also referred to as app) used until the sleep information is transmitted to the server 20.

[0026] For example, even when the same sleep measuring device 11 is used to detect sleep information, in order to correct the sleep information or the like, different "sleep measuring device IDs" may be assigned to the case where a sleep measuring app A is used and the case where a sleep measuring app B different from the sleep measuring app A is used to manage the sleep information. In this way, by managing the sleep information as different "sleep measuring device IDs" according to the type of device as the apparatus configuration and the combination of the applications used, more flexible generation of sleep information is possible, and as a result, the entertainment value of games based on sleep information can be fully demonstrated.

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

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

[0029] The input / output IF 23 functions as an interface with an input device for receiving an input operation from a user and an output device for presenting information to the user.

[0030] The memory 25 is for temporarily storing programs and data to be processed by the programs, and is, for example, a volatile memory such as a DRAM.

[0031] The storage 26 is for storing data, and is, for example, a flash memory or a HDD.

[0032] The processor 29 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, a register, peripheral circuits, and the like.

[0033] (1-3. Functional configuration of terminal device 10) Fig. 2 is a block diagram showing an example of a functional configuration of the terminal device 10. 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, and a control unit 200. The blocks included in the terminal device 10 in Fig. 2 are electrically connected to each other by, for example, a bus or the like.

[0034] The communication unit 150 performs processes such as modulation and demodulation processes for the terminal device 10 to communicate with other devices (e.g., the server 20). The communication unit 150 performs transmission processes on signals generated by the control unit 200 and transmits the signals to the outside. The communication unit 150 performs reception processes on signals received from the outside and outputs the signals to the control unit 200.

[0035] The input device 13 is a device for inputting instructions or information by a user who operates the terminal device 10. The input device 13 is realized, for example, by a touch-sensitive device 131 or the like in which instructions are input by touching an operation surface. The input device 13 may include a keyboard or a mouse. The input device 13 converts instructions or information input by a user into an electrical signal, and outputs the electrical signal to the control unit 200. The input device 13 may include, for example, a receiving port that receives an electrical signal input from an external input device.

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

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

[0038] The audio processing unit 170 performs, for example, digital-analog conversion processing of an audio signal. The audio processing unit 170 converts a signal provided from the microphone 171 into a digital signal and provides the converted signal to the control unit 200. The audio processing unit 170 also provides the audio signal to the speaker 172. The audio processing unit 170 is realized, for example, by a processor for audio processing. The microphone 171 accepts audio input and provides an audio signal corresponding to the audio input to the audio processing unit 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.

[0039] 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) and a program used by the terminal device 10. The storage unit 180 stores, for example, a user database 181.

[0040] The user database 181 is a database for storing user information. The user database 181 stores information about the user who uses the terminal device 10. As an example, a record in the user database 181 may be generated when the user performs user registration using software that provides this function and is installed in the terminal device 10. The data structure of the user database 181 will be described in detail later.

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

[0042] The control unit 200 is realized 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 the operation of the terminal device 10. The control unit 200 operates according to the program to fulfill the functions of 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.

[0043] 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 reception unit 201 finalizes the measured sleep information by receiving an operation for ending sleep measurement from a 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 in order for the user to wake up.

[0044] The transmitting / receiving unit 202 performs processing for the terminal device 10 to transmit and receive data to and from an external device in accordance with a communication protocol. As an example, the transmitting / receiving unit 202 transmits to the server 20 sleep information that has been confirmed upon receiving an operation input from the user for ending the sleep measurement.

[0045] The notification control unit 203 controls the notification to the user, that is, the process of presenting information to the user. Specifically, the notification control unit 203 performs a process of displaying a display image on the display 141, a process of outputting sound to the sound processing unit 170, and the like.

[0046] The time setting unit 204 accepts an operation from the user to set a time related to the progress of the game. For example, the time setting unit 204 sets the time at which an alarm is to be output for the user to wake up. The user sets the time at which he plans to wake up (scheduled wake-up time) as a time related to the progress of the game. When the scheduled wake-up time set by the user arrives, 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 the sleep information, and progresses the game.

[0047] The time setting unit 204 may further receive an operation from the user to set a scheduled time for admission (scheduled admission time). When the scheduled admission time set by the user approaches, the terminal device 10 may be configured to notify the user that the scheduled admission time is approaching. The notification may be displayed on the display 141 or may be output by voice from the speaker 172.

[0048] The alarm may be set by software for providing a game in each device (terminal device 10, server 20) constituting system 1. For example, the alarm may be set in software that is installed in terminal device 10 and provides the functions of system 1. That is, the user can set the wake-up time not by an alarm function provided as a function of the OS (Operating System) of terminal device 10, but by an alarm setting unit configured by software for providing a game to the user in terminal device 10. System 1 accepts an operation related to the wake-up time in the alarm setting and progresses the game.

[0049] The sleep information acquisition unit 205 acquires sleep information of the user. In the present embodiment, the "sleep information" refers to information related to the user's sleep, and specifically may include at least one of the following: time of going to bed, time of falling asleep, time of waking up, time of waking up, sleep duration (time from time of falling asleep to time of waking up), information related to the quality of sleep, and sleep rhythm, but is not limited thereto. As an example, the sleep information acquisition unit 205 can use the sensing result detected by the motion sensor 190 to determine whether the user is asleep or awake, and whether the sleeping user is in light sleep, deep sleep, REM sleep, or non-REM sleep, and evaluate the quality of the user's sleep. For example, the cycles of REM sleep and non-REM sleep in the case of good quality sleep may be set in advance, and the quality of the user's sleep may be evaluated by comparing the cycles of REM sleep and non-REM sleep during the user's sleep.

[0050] Furthermore, the sleep information acquiring unit 205 detects that the user has gone to bed, fallen asleep after going to bed, and woken up, based on the sensing results detected by the motion sensor 190 or the biological information sensor 191. Furthermore, the sleep information acquiring unit 205 can determine whether the user has performed an input operation on the terminal device 10 or whether the user has viewed information displayed on the display 141 of the terminal device 10 during the period from when the user went to bed until when the user fell asleep. In other words, it can determine whether the user who is going to sleep operates the terminal device 10 before going to sleep.

[0051] When the sleep measuring device 11 is realized as a wearable device attached to the user's body, it may include a biological information sensor 191 in addition to the motion sensor 190. The biological information sensor 191 detects biological information such as at least one of the user's body temperature, blood pressure, and heart rate. Based on the biological information detected by the biological information sensor 191, the sleep information acquisition unit 205 can determine whether the user is asleep or awake and whether the sleeping user is in light sleep, deep sleep, REM sleep, or non-REM sleep, and evaluate the quality of the user's sleep.

[0052] The sleep measuring device 11 communicates by short-range wireless communication such as Bluetooth (registered trademark) or Wi-Fi, and transmits the sensing result to the terminal device 10. When the sleep measuring device 11 or the like supports a communication standard of a mobile communication system such as 5G, the sensing result may be transmitted to the server 20 without (or in addition to) transmitting to the terminal device 10 by short-range wireless communication. In this case, the terminal device 10 may receive the sensing result from the server 20 that has received the sensing result from the sleep measuring device 11 or the like, and generate and store sleep information using the received sensing result.

[0053] (1-4. Functional configuration of server 20) 3 is a diagram showing a functional configuration of the server 20. As shown in FIG. 3, the server 20 fulfills the functions of a communication unit 210, a storage unit 220, and a control unit 230.

[0054] The communication unit 210 performs processing for the server 20 to communicate with external devices.

[0055] The storage unit 220 is realized by, for example, the memory 25, the storage 26, etc., and stores data and programs used by the server 20. The storage unit 220 stores a privilege database 221, for example.

[0056] The control unit 230 is realized by the processor 29 reading a program stored in the storage unit 220 and executing instructions included in the program. The control unit 230 performs functions shown as a transmission / reception module 231, a game progress module 232, and a benefit granting module 233 by operating in accordance with the program.

[0057] The transmission / reception module 231 controls the process in which the server 20 transmits and receives signals to and from external devices in accordance with a communication protocol.

[0058] 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. Examples of events in the game include making in-game objects (game elements) such as characters (including characters used by the user and enemy characters) or items appear in a scenario progressing in the game, opening a game stage to enable the user to play, or holding a lottery for the user to obtain an 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 as an event in the game by lottery based on the sleep information. The game progress module 232 may cause the characters, items, etc. determined by lottery to appear in the game play. This allows the user to have an experience such as discovering a new character based on the sleep information.

[0059] The game progress module 232 may be configured to change a selection algorithm for selecting in-game objects based on the user's sleep information received from the terminal device 10. As an example, when at least one of the sleep time and sleep quality in the received sleep information satisfies a predetermined condition, the in-game objects that can be obtained in the selection may be changed, or the number of selections may be changed. With such a configuration, the game progress after waking up changes based on the sleep information, and it is possible to provide the user with fun after waking up.

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

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

[0062] As one example, the storage unit 180 stores a user database 181. The user database 181 holds information about users who use this function.

[0063] The records of the user database 181 include an item "user ID", an item "user name", an item "age", an item "gender", an item "address", and the like.

[0064] The item “user ID” is information serving as an identifier for identifying each user, and is a primary key for uniquely identifying a record in the user database 181.

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

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

[0067] 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, and the user may appropriately set the gender of an avatar or the like corresponding to the user.

[0068] The item "Address" is information about the address of the user's residence. The address may be set by the user himself / herself, or may be set based on location information acquired by the terminal device 10.

[0069] The software that provides this function and is installed in the terminal device 10 may be used by the user to register user information and add records to the user database 181. Also, the software may be designed to allow addition, modification, and deletion of records in the user database 181 as necessary.

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

[0071] The storage unit 220 stores, for example, a reward database 221. The reward database 221 holds information about rewards that may be granted to a user according to accumulated sleep points.

[0072] As shown in FIG. 5, a record of the privilege database 221 includes an item "privilege ID", an item "name", an item "category", an item "accumulated points", an item "contents", and the like.

[0073] The item "privilege ID" is information for identifying a privilege that can be granted to a user.

[0074] The item "Name" is information about the name of the benefit.

[0075] The item "Classification" is information about the classification of the benefit. The classification of the benefit may be a classification related to the content of the benefit, such as "character granted" or "item granted". Alternatively, it may be information related to the level of accumulated points granted to the user, such as "achievement level: low", "achievement level: medium", or "achievement level: high". In addition, the benefit database may have multiple "Classification" items (for example, items "Classification 1", "Classification 2", etc.), and may have classifications related to the content of the benefit and classifications related to the level of accumulated points.

[0076] The item "accumulated points" is information about accumulated points that are the conditions for granting the privilege. In this embodiment, the privilege is granted based on the accumulated value of sleep points (accumulated points) granted based on the sleep information, as will be described in detail later. The privilege granting module 233 refers to the item "accumulated points" to determine the privilege to be granted to the user. Note that the specification may be such that the larger the accumulated point value, the more likely it is that a privilege advantageous to the user is granted.

[0077] The item "content" is information about the content of the benefit. The benefit may be something that gives the user a specific in-game object such as a character or an item. Or it may be something that increases the value (or upper limit) of a specific in-game parameter. Or it may be something that gives the user the right to enter a lottery (so-called gacha) to acquire an in-game object.

[0078] (1-6. Processing flow) An example of the flow of processing by the terminal device 10 will be described below with reference to Fig. 6 to Fig. 9. First, an overall picture of the processing by the system 1 will be described with reference to Figs.

[0079] In step S110 of Fig. 6, the sleep information acquisition unit 205 of the terminal device 10 starts measuring the 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 the sleep measurement when the operation reception unit 201 receives an operation by the user to start sleeping. The operation may be an operation of the user pressing a predetermined icon displayed on the display 141 immediately before going to bed. Alternatively, the sleep information acquisition unit 205 may be configured to start the sleep measurement by detecting that the user has gone to bed without receiving the operation.

[0080] 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 the sensing result detected by the motion sensor 190.

[0081] 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 end the sleep measurement when the operation acceptance unit 201 of the terminal device 10 accepts an operation to end sleep by the user. The operation may be an operation by the user to stop an alarm that is output at a time preset as a planned wake-up time. Alternatively, the sleep information acquisition unit 205 may end the sleep measurement by detecting that the user has woken up without accepting the operation.

[0082] In step S140, the transmitting / receiving unit 202 of the terminal device 10 transmits the sleep information to the server 20. In step S210, the transmitting / receiving module 231 of the server 20 receives the sleep information from the terminal device 10.

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

[0084] 7, the bonus granting module 233 of the server 20 executes a bonus granting process. The bonus granting process will be described in detail later. In step S230, the transmission / reception module 231 of the server 20 transmits the event determined by the game progress module 232 and the bonus granted by the bonus granting module 233 to the terminal device 10. In step S150, the transmission / reception unit 202 of the terminal device 10 receives the event and the bonus from the server 20.

[0085] In step S160, the notification control unit 203 presents the event and the benefit to the user by displaying them on the display 141. The notification control unit 203 may be configured to present the event and the benefit in accordance with the timing when the user wakes up. Specifically, the event and the benefit may be presented as soon as possible after the user wakes up, or the event and the benefit may be presented after a predetermined time has elapsed (e.g., 10 minutes) after the user wakes up. In addition, the event and the benefit may be presented at the same time, or each may be presented after a predetermined time has elapsed.

[0086] The flow of the reward granting process (S300) will be described with reference to Fig. 8 and Fig. 9. In step S310 in Fig. 8, the reward granting module 233 determines whether the sleep information of the user received from the terminal device 10 satisfies a predetermined condition (hereinafter also referred to as a sleep condition).

[0087] Specifically, the sleep condition may be a condition related to the sleep time in the sleep information. As an example, the benefit giving module 233 may determine that the sleep condition is achieved when the user's sleep time is equal to or greater than a first threshold (e.g., 7 hours) and equal to or less than a second threshold (e.g., 9 hours). Alternatively, the sleep condition may be determined to be achieved when the user's sleep time is equal to or greater than a predetermined time (e.g., 1.5 hours).

[0088] The sleep condition may be a condition related to the time of going to bed in the sleep information. As an example, when the difference between the actual time of going to bed in the sleep information of the user and the planned time of going to bed set by the user in advance is within a predetermined threshold (for example, one hour), the benefit granting module 233 may determine that the sleep condition is achieved.

[0089] The sleep conditions may be set for each user. In this case, candidates for the sleep conditions may be stored in advance in the storage unit 180, and the sleep conditions to be applied may be set according to the user's selection. In addition, the sleep conditions devised by the user may be set as appropriate.

[0090] When the reward giving module 233 determines that the user's sleep information meets the sleep condition (Yes in S310), it executes step S320. On the other hand, when the reward giving module 233 determines that the user's sleep information does not meet the sleep condition (No in S310), it executes step S340.

[0091] In step S320, the privilege imparting module 233 imparts sleep points as a predetermined parameter. The privilege imparting module 233 accumulates the imparted sleep points (hereinafter also referred to as the awarded points) during a period from a first day of the week as a starting day to a day of the week six days after the first day of the week as an ending day. As an example, the privilege imparting module 233 accumulates sleep points imparted for each day of the week from an initial value of zero. Note that a specified value (e.g., 100 points) may be set as the initial value, or an initial value acquired by the user's operation of the terminal device 10 before sleep (e.g., immediately before S110) may be set.

[0092] As an example, the first day of the week as the starting day may be Monday. In this case, the second day of the week is Sunday. That is, the benefit giving module 233 accumulates sleep points in one week starting on 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.

[0093] In step S330, the benefit granting module 233 grants a benefit based on the accumulated value of the sleep points (hereinafter, also referred to as a sleep benefit). For example, the sleep benefit granted to the user may be such that the number of in-game objects that can be granted in a lottery that the user can execute in the game increases according to the accumulated value of the sleep points. As an example, when the lottery is executed, some in-game objects may be displayed in a locked state as not eligible for grant, and the sleep benefit may be such that the lock is released. In this case, the higher the accumulated value of the sleep points, the more rare (rare) in-game objects may be granted in the lottery.

[0094] In step S340, the benefit granting module 233 determines whether 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 arrived (No in S340), step S300 is terminated.

[0095] In step S350, the reward giving module 233 reduces the accumulated points. As an example, the reward giving module 233 resets the accumulated points to an initial value (zero). Alternatively, the reward giving module 233 may be designed to reduce the accumulated points by half, or to subtract a predetermined point value.

[0096] Fig. 9 is a diagram showing an example of the processing of the benefit providing module 233. In the example shown in Fig. 9, for one week starting from Monday and ending on Sunday, the sleep condition is met on all days of the first week. Therefore, sleep points are provided and accumulated on all days of the week. Also, a benefit is provided according to the accumulated points on all days of the week. Then, on the ending day, Sunday, the accumulated sleep points are reset.

[0097] For the second week, the sleep conditions are met on Monday, Wednesday, Friday, and Saturday. Therefore, sleep points are awarded and accumulated on those days, and rewards are given according to the accumulated points. Then, on the final day, Sunday, the accumulated sleep points are reset.

[0098] Here, the points given for each day of the week may be the same value, or may be different values ​​depending on the day of the week. As shown in Fig. 9, the points given may be higher toward the weekend (Saturday and Sunday). By adopting such specifications, it is possible to motivate the user to maintain regular sleeping habits on weekends, when sleeping habits are likely to be disrupted.

[0099] (1-7.Summary) As described above, in this embodiment, the system 1 executes the steps of acquiring sleep information of the user, generating an event in the game based on the sleep information, accumulating a predetermined parameter according to the sleep information during a period from a first day of the week as a starting day to an end day of the week that is six days after the first day of the week, determining an event to be generated in the game for each day during the period according to the accumulated parameter, and reducing the parameter when the end day arrives. With this configuration, parameters based on the sleep information are accumulated during one week from the starting day to the end day, and a bonus is awarded according to the accumulated parameter, so that the user is motivated to continue regular sleep and the user's sleep habits are established. In addition, parameters based on the sleep information are accumulated during one week from the starting day to the end day, and a bonus is awarded according to the accumulated parameter, so that the user is motivated to maintain regular sleep habits as the week progresses.

[0100] (1-8. Modifications) A modified example of this embodiment will be described below. As a modified example, the benefit providing module 233 does not reduce the accumulated points for the first end 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 day, there is a risk that the user's motivation to continue the sleep game will be lost if the accumulated points from the game start date (e.g. Thursday) to the first end date (Sunday in the example shown in FIG. 9) are reduced on the end date. Therefore, by setting the specifications so that the accumulated points are not reduced for the first end date after the start of the game, it is possible to motivate the user to continue the sleep game.

[0101] <2. Second embodiment> Hereinafter, the system 1 according to the second embodiment of the present disclosure will be described with reference to Fig. 10 to Fig. 13. The second embodiment differs from the first embodiment in that holiday designations are accepted from users, and multiple users with the same accepted holidays are grouped. Below, the differences from the first embodiment will be mainly described.

[0102] (2-1. Functional configuration of server 20) 10 includes a plurality of terminal devices 10A, 10B, and 10C in the second embodiment. However, the number of terminal devices 10 included in the system 1 is not limited to this example, and may be four or more, or may be two. Each of the plurality of terminal devices 10A, 10B, and 10C is connected to the server 20 via a network 30 so as to be able to communicate with the server 20.

[0103] (2-2. Processing flow) The flow of processing in the second embodiment will be described with reference to Fig. 11 to Fig. 13. Note that Fig. 11 to Fig. 13 show an example 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.

[0104] In the second embodiment, the terminal device 10 accepts designations of holidays from a plurality of users. As shown in Fig. 11, in step S410A, the terminal device 10A accepts designations of holidays from users. As an example, the terminal device 10A accepts designations of holidays on a day-by-day basis.

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

[0106] Meanwhile, in step S410B, terminal device 10B accepts designation of a holiday from the user. In step S420B, terminal device 10B transmits the holiday information accepted from the user to server 20. In step S510B, server 20 receives the holiday information from terminal device 10A. Server 20 stores the received holiday information in storage unit 220.

[0107] In step S520, the game progress module 232 of the server 20 groups the multiple users based on the holiday information of the multiple users stored in the storage unit 220. As an example, the game progress module 232 of the server 20 groups users who have holidays on the same days of the week.

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

[0109] In step S430A, the transmitting / receiving section 202 of the terminal device 10A receives the grouping result from the server 20. In step S440A, the notification control section 203 of the terminal device 10A displays the grouping result on the display 141, thereby presenting it to the user.

[0110] In step S430B, the transmitting / receiving unit 202 of the terminal device 10B receives the grouping result from the server 20. In step S440B, the notification control unit 203 of the terminal device 10B displays the grouping result on the display 141, thereby presenting it to the user.

[0111] Hereinafter, an example of the process flow of the terminal device 10 will be described with reference to Fig. 12 and Fig. 13. As shown in Fig. 12, in the second embodiment, the terminal device 10A and the terminal device 10B each acquire sleep information of a different user. That is, the terminal device 10A and the terminal device 10B execute steps S110 to S130 at the sleep timing of the user who uses each terminal device.

[0112] After acquiring the sleep information of the user 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.

[0113] On the other hand, when the terminal device 10B acquires the sleep information of the user in steps S110B to S130B, in step S140B, the terminal device 10B transmits the sleep information to the server 20. In step S210B, the server 20 receives the sleep information of the terminal device 10A.

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

[0115] As an example, the game progress module 232 may generate an event common to the grouped users based on the sleep information of the grouped users. Specifically, the game progress module 232 may generate, as an event, game content played by the grouped users in cooperation, such as the same raid battle (a battle in which multiple players cooperate to fight against a common enemy), the same mini-game, or the same in-game task, based on the sleep information of the grouped users.

[0116] In step S300 of FIG. 13, the reward module 233 of the server 20 executes a reward process. As an example, the reward module 233 may grant a common event to the grouped users as a sleep reward according to the accumulated sleep points of the grouped users. Specifically, the reward module 233 may grant game content that the grouped users play together, such as the same raid battle, the same mini-game, or the same in-game task, as a sleep reward based on the sleep information of the grouped users. In this embodiment, the reward module 233 accumulates a predetermined parameter according to the sleep information during the period from the start date to the end date, with the day on which the holiday (the last day of consecutive holidays if there is one) accepted from the user ends as the start date, and the day before the next start date after the start date as the end date.

[0117] As another example, the reward module 233 may reward a game object such as a common item (the same item or related items) as a sleep reward to each of a plurality of users whose sleep information meets a predetermined condition. The related items may be items having the same attribute (elements defining the nature of the effect exerted in the game) or items having a relevance in the game scenario (for example, exerting a predetermined effect when all items are collected).

[0118] In step S230, the transmission / reception module 231 of the server 20 transmits the event determined by the game progress module 232 and the benefit granted by the benefit granting module 233 to the terminal device 10A and the terminal device 10B.

[0119] In step S150A, the transmitting / receiving unit 202 of the terminal device 10A receives the event and the benefit from the server 20. In step S160A, the notification control unit 203 of the terminal device 10A displays the event and the benefit on the display 141, thereby presenting them to the user.

[0120] In step S150B, the transmitting / receiving unit 202 of the terminal device 10B receives the event and the benefit from the server 20. In step S160B, the notification control unit 203 of the terminal device 10B displays the event and the benefit on the display 141, thereby presenting them to the user.

[0121] As described above, in the second embodiment, the system 1 accepts the designation of holidays from users and groups multiple users who have the same accepted holidays. By adopting such specifications, a sense of unity is created between users who have the same holidays, and users whose holidays are not on weekdays can be motivated to establish good sleeping habits. (2-3. Modifications)

[0122] A modified example of the second embodiment will be described below. For example, in the above embodiment, the terminal device 10 accepts the designation of holidays by day of the week, but this is not limited to this. For example, the terminal device 10 may be designed to accept the designation of holidays by date. Even in this case, the benefit granting module 233 may accumulate a predetermined parameter according to the sleep information during the period from the start date to the end date, with the day on which the holiday (or the last day of consecutive holidays, if there is one) as the start date and the day before the next start date after the start date as the end date.

[0123] In the above embodiment, users who have the same day off are grouped, but on the other hand, users who have different days off may be grouped. As an example, one user each of the following may be selected and grouped: one user whose day off is Monday, one user whose day off is Tuesday, one user whose day off is Wednesday, one user whose day off is Thursday, and one user whose day off is Friday. By using such specifications, users who have days off on weekdays can be motivated to establish good sleep habits while creating a sense of unity among the grouped users.

[0124] <3 Other embodiments> Although the embodiment and the modified examples of the present invention have been described above, application of the present disclosure is not limited to the above-mentioned contents.

[0125] For example, in the above embodiment, when the sleep information satisfies a predetermined condition, the reward giving module 233 gives the user a reward according to the accumulated parameters, but the present invention is not limited to this. For example, the reward giving module 233 may be configured to give the user a reward according to the accumulated parameters regardless of whether the sleep information satisfies a predetermined condition. As an example, the reward giving module 233 may be configured to give the user a reward on the condition that the accumulated parameters exceed a predetermined threshold.

[0126] In the above embodiment, the terminal device 10 is described as a terminal realized by a smartphone 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 of a mouse or the like.

[0127] In addition, sharing of specific information via communication lines is mainly performed via a WAN such as the Internet, but between information processing devices, communication may also be performed only via short-range wireless communication such as Bluetooth (registered trademark) and infrared communication without using a WAN.

[0128] In addition, in the above embodiment, an example of a form in which each function is provided by the terminal device 10 or the server 20 is described, but this is not limited to this form, and some or all of the functions may be provided by the terminal device 10, the server 20, or both the terminal device 10 and the server 20 in a form different from the above embodiment.

[0129] Furthermore, the present invention may be realized as a program that causes an information processing device to execute the functions of the above-mentioned terminal device 10 or server 20, or as a computer-readable non-transitory recording medium that stores the program.

[0130] <Additional Notes> The matters described in the above embodiments will be supplemented below. (Appendix 1) A program to be executed by a computer having a processor and a memory, the program causing the processor to execute the following steps: acquiring sleep information of a user; generating an event within a game based on the sleep information; accumulating a predetermined parameter according to the sleep information during a period from a first day of the week as a start day to an end day as a day of the week that arrives six days after the first day of the week; determining an event to be generated within the game for each day within the period according to the accumulated parameters; and reducing the parameters after the end day arrives. (Appendix 2) A program to be executed by a computer having a processor and a memory, the program causing the processor to execute the following steps: acquiring sleep information of a user; generating an event within a game based on the sleep information; accepting designation of multiple holidays from a user; setting a start date as the day when a holiday ends and an end date as the day before the next start date after the start date, and accumulating a predetermined parameter according to the sleep information during a period from the start date to the end date; determining an event to be generated within the game for each day within the period according to the accumulated parameter; and reducing the parameter when the end date arrives. (Appendix 3) The program according to claim 1 or 2, wherein the step of determining the event increases the number of in-game objects that can be awarded to the user in a lottery that can be executed within the game, according to the accumulated parameters. (Appendix 4) 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. (Appendix 5) The program according to claim 4, wherein in the step of reducing the parameter, for a first end date after the start of a game, the accumulated parameter is not reset even when the end date arrives. (Appendix 6) 3. The program of claim 1, wherein in the step of accumulating the specified parameter, the parameter is accumulated if the sleep information satisfies a specified condition, and the specified condition is a condition related to sleep time in the sleep information. (Appendix 7) The program described in Appendix 6, wherein the specified condition is that the sleep time is greater than or equal to a specified first threshold and less than or equal to a specified second threshold. (Appendix 8) 3. The program according to claim 1, wherein in the step of accumulating the specified parameter, the parameter is accumulated if the sleep information satisfies a specified condition, and the specified condition is a condition related to a bedtime in the sleep information. (Appendix 9) The program described in Appendix 8, wherein the specified condition is that the deviation between the actual admission time and a preset planned admission time is equal to or less than a specified threshold. (Appendix 10) 3. The program according to claim 2, causing the processor to execute the steps of: accepting a designation of a holiday; and grouping a plurality of users based on the accepted designation of the holiday. (Appendix 11) 11. The program according to claim 10, wherein in the step of accepting the designation of a holiday, the accepted information on the holiday is stored in the memory. (Appendix 12) The program described in Appendix 10, wherein in the step of grouping a plurality of users, users who have the same holiday are grouped together, and in the step of generating an event within the game, an event common to the plurality of users who have been grouped is generated based on sleep information of the plurality of users. (Appendix 13) The program described in Appendix 10, wherein in the step of grouping a plurality of users, users who have different holidays are grouped together, and in the step of generating an event within the game, an event common to the plurality of users who have been grouped is generated based on sleep information of the plurality of users.

[0131] Although several embodiments of the present disclosure have been described above, these embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and modifications are within the scope of the invention and its equivalents as described in the claims, as well as the scope and spirit of the invention. [Explanation of symbols]

[0132] 1: system, 10: terminal device, 11: sleep measuring 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: memory unit, 181: user database, 190: motion sensor, 191: biometric 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: memory unit, 221: bonus database, 230: control unit, 231: transmission / reception module, 232: game progress module, 233: bonus granting module.

Claims

[Claim 1] A program to be executed on a computer having a processor and memory, The aforementioned processor, Steps to obtain the user's sleep information, Based on the aforementioned sleep information, the step of triggering an event within the game, The first day of the week is used as the starting day, and the day of the week that arrives a predetermined number of days after the first day of the week is used as the ending day. The steps include accumulating predetermined parameters according to the sleep information during the period from the starting day to the ending day, The steps include determining an event to occur in the game each day within the period, based on the accumulated parameters, A program that, after the aforementioned endpoint date has arrived, performs the step of reducing the aforementioned parameters.

Images