Alcohol intake management method, system, terminal device, and program

Abstract

To provide an improved drinking amount management system, etc.SOLUTION: A method to be implemented on a system including a user terminal and a management server configured to be connectable from the user terminal, includes the steps of: receiving information relating to drinking of a user from a user terminal; transmitting the information received from the user terminal to the management server; and causing the management server to aggregate / analyze the information received from the user terminal; and feeding back the aggregated / analyzed results to the user terminal, where the information relating to the drinking of the user includes at least information of an amount of alcohol consumed by the user and context information.SELECTED DRAWING: Figure 11

Description

[Technical field]

[0001] The present invention relates to a wide range of diseases related to lifestyle habits and mental illnesses such as alcoholism. More details on how to manage illnesses and disease conditions that can be treated through behavioral change, such as: The guidelines include methods for managing the amount of alcohol consumed and the mental state of heavy drinkers, including alcoholics. Regarding laws, etc. [Background technology]

[0002] Traditionally, the focus has been on lifestyle-related illnesses and mental illnesses such as alcoholism. In the case of diseases and conditions that can be treated by behavioral modification, the so-called behavioral modification approach is Specifically, the patient, medical staff, and those around them should be able to Examples of this include analyzing the causes of inappropriate behavior and encouraging patients to change their behavior. can be.

[0003] In addition, we also focus on changes in people's behavior, speech, and emotions to manage their health and improve their physical condition. For example, technologies that respond to user behavior and detect abnormalities and signs of abnormalities have been proposed. Based on the selection button input information corresponding to the user's emotions, the health condition of the user is A technique for determining this has been proposed (Patent Document 1).

[0004] That is, in Patent Document 1, a system is disclosed that corresponds to a predetermined action of a user and corresponds to a plurality of emotions. Obtain selection information indicating a button selected by a user from among a plurality of corresponding buttons. An acquisition unit, and a health condition of the user based on the selection information acquired by the acquisition unit. A determination device is disclosed that includes a determination unit that performs determination.

[0005] In addition, information regarding the main complaint of the patient or other subject will be obtained reliably, and the subject's physical condition will be Prevents overlooking abnormal signs and symptoms, and detects even the slightest physical abnormalities and symptoms in the subject. A system that enables this has also been proposed (Patent Document 2).

[0006] That is, in Patent Document 2, a medical, care or nursing worker and a medical diagnosis Sounds of conversations between multiple speakers, including the subject being treated, cared for or cared for A voice recording unit for recording voice information, and a voice information analyzing unit for analyzing the voice information or a voice of a preregistered speaker. A speaker identification unit that identifies individual speakers based on the data, and a voice recognition unit that recognizes the voice information. A speech recognition unit converts each speaker into text data by The text data is rearranged into a dialogue format by a plurality of speakers, and the dialogue format text is A dialogue sentence creating unit that creates chapter data, and and associating the information with health management information related to medical care, nursing care, or nursing care for each of the subjects included in A database that stores information so that it can be shared for external access is provided. A conversation recording system is disclosed.

[0007] Also, the input of health condition information, which is information regarding the user's health condition, is accepted, and the accepted Keywords related to health conditions are extracted from the collected health condition information, and a A technology has also been proposed for determining a user's physical condition based on the above (Patent Document 3).

[0008] That is, in Patent Document 3, a user terminal device used by a user who is a target of health management is described. and a server device connected to the user terminal for managing the health of the user. A health management system for managing the health of the user, comprising: a health condition information input unit for receiving input of health condition information, which is information to be provided by a user; Extracting keywords related to health conditions from the health condition information received by an input unit and information including the keyword extracted by the keyword extraction unit. a keyword presentation unit that presents the keyword extracted by the keyword extraction unit to the user; and a health condition determination unit that determines the user's health condition based on the word. has been disclosed. [Prior art documents] [Patent documents]

[0009] [Patent Document 1] JP 2019-164737 A [Patent Document 2] JP 2018-206055 A [Patent Document 3] JP 2016-224784 A Summary of the Invention [Problem to be solved by the invention]

[0010] However, in the techniques disclosed in Patent Documents 1 to 3, the drinking alcohol of the user or patient is No analysis or judgment has been conducted focusing on the relationship between alcohol and health. This is an undesirable behavior, and the amount of alcohol consumed should be monitored, and the patient, their relatives, and It is thought that it would be effective to share the information with medical professionals and analyze it. In the field of alcoholism, cognitive behavioral therapy based on functional analysis has been attempted. There have been no adequate proposals yet for a concrete system solution to the disease. [Means for solving the problem]

[0011] Therefore, the method for managing alcohol consumption according to one embodiment of the present invention includes a user terminal and and a management server configured to be connectable from a terminal, comprising: receiving information about the user's drinking habits at the user terminal; a step of transmitting the information received by the management server to the management server; aggregating and / or analyzing information received from the user terminal; or feeding back the analyzed results to the user terminal. The information about the user's drinking includes at least information about the amount of alcohol consumed by the user. The present invention is characterized in that it includes information regarding the target object and context information.

[0012] The context information also includes who you are drinking with, where you are drinking, how you feel, when you start drinking, and how you feel. In the situation, the present invention is characterized in that it includes at least one of the following: Effect of the Invention

[0013] According to the method for managing alcohol consumption according to one embodiment of the present invention, it is possible to more appropriately reduce alcohol consumption by a user. It has the effect of providing feedback on alcohol consumption, improving physical condition, and even improving health. do. [Brief description of the drawings]

[0014] [Figure 1] 1 is an explanatory diagram illustrating an example of the overall configuration of an alcohol consumption management system according to an embodiment of the present invention; [Diagram 2] FIG. 2 is an explanatory diagram illustrating a functional block configuration of a management server in the alcohol consumption management system according to one embodiment of the present invention. [Diagram 3]FIG. 1 is an explanatory diagram illustrating an example of the external configuration of an information processing device (such as a user terminal or a doctor terminal) in an alcohol consumption management system according to an embodiment of the present invention. [Figure 4] FIG. 1 is an explanatory diagram illustrating a functional block configuration of hardware constituting an information processing device according to an embodiment of the present invention. [Diagram 5] FIG. 2 is an explanatory diagram illustrating a flow of processing operations in an alcohol consumption management system according to one embodiment of the present invention. [Figure 6] FIG. 2 is an explanatory diagram illustrating a flow of processing operations in an alcohol consumption management system according to one embodiment of the present invention. [Figure 7] 4 is a flowchart illustrating a processing operation flow in an alcohol consumption management system according to one embodiment of the present invention. [Figure 8] 13 is a flowchart illustrating a processing operation flow in an alcohol consumption management system according to another embodiment of the present invention. [Figure 9] 4 is a flowchart illustrating a processing operation flow in an alcohol consumption management system according to one embodiment of the present invention. [Figure 10] FIG. 2 is an explanatory diagram illustrating a display example of an information processing device in the alcohol consumption management system according to one embodiment of the present invention. [Figure 11] FIG. 2 is an explanatory diagram illustrating a display example of an information processing device in the alcohol consumption management system according to one embodiment of the present invention. [Figure 12] FIG. 2 is an explanatory diagram illustrating a display example of an information processing device in the alcohol consumption management system according to one embodiment of the present invention. [Figure 13] FIG. 2 is an explanatory diagram illustrating a display example of an information processing device in the alcohol consumption management system according to one embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] Hereinafter, an alcohol consumption management system according to an embodiment of the present invention will be described with reference to the drawings. We will explain this in more detail.

[0016] FIG. 1 shows an example of the overall configuration of an alcohol consumption management system according to one embodiment of the present invention.

[0017] As shown in FIG. 1, the alcohol consumption management system 10 according to one embodiment includes: The management server 11 and various information processing devices used by users (patients and their relatives) and doctors are In the figure, for example, a mobile information terminal, a smartphone, or a tablet terminal 12, 17-18, mobile phone 13, and PCs 14-16 are shown. The management server 1 is a server that manages the data and information stored in the database. 1. As shown in Figure 1, various terminals are connected via dedicated lines or public lines such as the Internet (wired The lines are connected so that they can communicate with each other via 37-39). In the case of wireless communication, the communication device may be a portable information terminal or a smartphone 12, 1 7 to 18 and the mobile phone 13 are connected wirelessly via base stations and access points (not shown). The Internet 39 is connected to the management server 11 via the line 38. Connected.

[0018] Here, an access point is a device that connects wireless devices such as PCs and smartphones to each other. A wireless device that connects a network to another network. Typically, Radio equipment such as point-and-shoot devices operates on the first layer (physical layer) and second layer (data layer) of the OSI reference model. A device that operates on a communications protocol at the link layer.

[0019] At the time of filing this application, mobile phones, mobile information terminals, and tablets were Equipped with processing capabilities (communication processing speed, image processing capabilities, etc.) equivalent to those of a computer (PC) Many of them are like small computers.

[0020] In addition, the programs or software required to implement the present invention are usually stored in a PC or a mobile device. The program is installed or stored in the HDD, SSD, etc. of the storage unit of the information terminal. Or, when the software is executed, all or part of it is stored in the memory in the storage unit as necessary. The software module is read out and the calculations are executed in the CPU.

[0021] Alternatively, a browser-based computer or personal digital assistant may be employed. In this case, programs are distributed to terminals from other servers or computers as needed. The program is then executed by the browser on the terminal.

[0022] In addition, the hardware configuration of the management server 11 can basically be a PC. (For the sake of clarity, this will be described later with reference to FIG. 2.) However, the present invention is not limited to this. However, the management server 21 may upgrade its hardware specifications as necessary by By operating multiple PCs (for example, tens to tens of thousands) in parallel, large-scale data can be It is also possible to adopt a configuration suitable for processing.

[0023] FIG. 2 shows a functional block diagram of a management server in an alcohol consumption management system according to an embodiment of the present invention. Illustratively, the operation of the management server is performed by individual pieces of hardware, as described below. This is realized by the operation of the software and the cooperation of these hardware.

[0024] In FIG. 2, the management server 200 as a whole hardware block can be roughly divided into the following: CPU 201 for performing various comparison and calculation processing, RAM, ROM, flash memory, etc. The memory unit 202, the input unit 203 such as a keyboard or a pointing device, and the display An output unit 204 such as a light source or a speaker, a control unit 205 for controlling various signals, and a communication (interface A timekeeping unit 205 for measuring time, etc. 7 and a power supply unit 208.

[0025] These modules are connected to communication buses and power lines as necessary. The lines are connected by appropriately segmented connections (collectively shown as wiring 299).

[0026] In addition, the programs or software executed on the management server 200 necessary for carrying out the present invention The software is usually stored in a hard disk or SSD (Solid State Drive) that constitutes the storage unit 202. The software is installed or stored in the computer drive, flash memory, etc., and the program is When the program or software is executed, the entire program or software is stored in the memory of the storage unit 202 as necessary. Or it is read as a part of a software module and is executed by the CPU 201. can be.

[0027] The calculations do not necessarily have to be performed by a central processing unit such as the CPU 201. Additional computing devices such as digital signal processors (DSPs) may also be used.

[0028] FIG. 3 shows an information processing device (user) in an alcohol consumption management system according to one embodiment of the present invention. FIG. 3 shows the external configuration of a smartphone or tablet terminal 12 as a user terminal. The smartphone or tablet terminal 12 includes a housing 121 and a display 1 The display 122 and the hardware button 123 provided in the center of the bottom of the housing 121. The display 122 is typically a liquid crystal display (LCD) or the like, and displays characters and still images. The display 122 can display various information such as photos, videos, etc. The user can then use a finger or a touch pen (not shown) to display the buttons and software keyboard. By touching the screen, it is possible to issue an instruction (command) to the tablet terminal 12. The hardware button 123 is not an essential component, but is included for the convenience of explaining the present invention. In one embodiment of the present invention, the buttons are implemented as hardware buttons. A menu is displayed on a part of the display 122 by using physical buttons such as the wear button 123. It is also possible to use the - button instead.

[0029] The display 122 also includes a multi-touch input panel, which supports touch input. The touch input position coordinates on the panel are transmitted to the smartphone via an input device interface (not shown). The data is then sent to the processing system (CPU) of the smartphone or tablet terminal 12 for processing. This multi-touch input panel is capable of sensing multiple points of contact with the panel simultaneously. This detection (sensor) can be realized in various ways. The sensor is not necessarily limited to a contact sensor. For example, an optical sensor can be used to detect the panel. In addition, the sensor can be a contact sensor or an optical sensor. In addition to the above sensor, it is also possible to use a capacitive sensor that detects contact with human skin. do.

[0030] Although not shown in FIG. 3, the smartphone or tablet terminal 12 In this case, the user's voice is picked up by a microphone and the like, and the device can recognize the user's voice. It is also possible to make it a separate input command. A camera device such as a CMOS is mounted on the back of the smartphone or tablet terminal 12. It is also possible.

[0031] FIG. 4 shows a configuration of a smartphone or tablet terminal 12 according to an embodiment of the present invention. The following is a functional block diagram of the hardware that configures the smartphone or tablet device. The operation of the last 12 is based on the individual operations of the hardware and the software described below. This is achieved through collaboration with hardware.

[0032] In Figure 4, a smartphone or tablet is shown as an entire hardware block. The terminal 400 is roughly divided into the hardware buttons 123 and the display 12 in FIG. 2, an input unit 401 including a multi-touch input panel, a microphone, etc., and a program It is composed of a hard disk for storing RAM, data, etc., RAM and / or ROM, etc. A memory unit 402 stores the data, and a CPU performs various numerical calculations and logical operations according to programs. A central processing unit 403 configured as a display unit 404 including a display 122 and the like, A control unit 405 controls the computer and electrical system, and a control unit 406 controls the computer and electrical system. The communication system consists of a slot for optical communication, a port for optical communication, and a communication interface. An interface unit 406 and an output unit such as a speaker, vibration, infrared projector, etc. A clock unit 408 for clocking the time, an image sensor such as a CMOS, The sensor unit 409, which is made up of an infrared sensor, an inertial sensor, etc., and each module in the device is powered by These modules are also equipped with communication buses as necessary. In Fig. 4, the lines are grouped together as 499 with appropriate divisions for convenience. They are connected by

[0033] The sensor unit 409 includes a smartphone or tablet terminal 400(12). A GPS sensor module for determining the location may also be included. A signal detected by an image sensor such as a CMOS or an infrared sensor constituting the unit 409 The code can be processed as input information in the input unit 401.

[0034] In addition, the present invention is implemented on a smartphone or tablet terminal 400. The programs or software to be stored are usually stored in a hard disk that constitutes the storage unit 402. , SSD (Solid State Drive), flash memory, etc. or stored in the memory, and when the program or software is executed, 402 as a software module, and The calculation is carried out in U403.

[0035] The calculations do not necessarily have to be performed by a central processing unit 403 such as a CPU. Additional computing devices such as digital signal processors (DSPs) may also be used.

[0036] Next, FIG. 5 and FIG. 6 show processing in the alcohol consumption management system according to one embodiment of the present invention. The operational flow shown in FIG. 5 is a process flow for a user in one embodiment of the present invention. The user starts the application according to one embodiment of the present invention and inputs settings such as drinking goals. The system provides examples of how to enter information before, during, and after drinking. As shown in the figure, during this time, the management system The information entered and transmitted from the user terminal is recorded or registered and managed, and analyzed as appropriate. In the embodiment, the doctor in charge of the user also uses a doctor terminal (a terminal owned by the doctor in charge of the user. (and similar).) can be used to refer to information managed by the management system as needed. In Figure 5, messages (not shown) can also be exchanged between the system and the terminal. . In addition to the terminals (user terminal, doctor terminal) shown in FIG. 5, FIG. 6 shows the relationship between users and The figure shows how information is exchanged between these terminals and the management server. The operation flow when ).

[0037] In order to realize the drinking management of the user described with reference to FIG. 5 and FIG. 6, In the alcohol consumption management system according to one embodiment, attribute information for each user (for example, User attribute information such as user name, name, contact information, health management information, and the user's drinking habits The information on the user's drinking habits is managed and updated each time it is recalculated. The information is quantified and recalculated each time, and knowledge information based on the calculation results is sent to the user's terminal. may be notified accordingly.

[0038] At time t1 in FIG. 5, a user installs a dedicated application via his / her own terminal (information processing device). The software is started (step S501). Note that the installation and other necessary processes have been completed by this point. It is assumed that the above has been completed. Although the present invention is not limited to this, the user can then receive the desired information notification. It is also possible to transmit messages from a doctor or the like via the management server.

[0039] From time t1 to time t2, the user sets and inputs a target value for his / her own treatment or improvement of physical condition. In one embodiment, the target value is determined based on the amount of alcohol consumed, the frequency of alcohol consumption, etc. This is the setting input. FIG. 10 shows an example of this setting input screen.

[0040] FIG. 10 is an example of an input screen for setting and inputting a target value for the user regarding drinking. The screen 1000 includes a field 1010 for inputting the start date of the activity, a field 1020 for selecting a goal, and A daily upper limit drink number input field 1030, a weekly upper limit drink number input field 1040, and a weekly A field 1050 for setting a day off from drinking during the period and a confirmation button 1060 are displayed. The daily drink limit entry field 1030 is open, and you can enter more details. You can check the input items 1031 to 1033. On the other hand, the maximum number of drinks per week The input field 1040 and the field 1050 for setting the days off drinking in a week are in a closed state. In the figure, detailed input items are not shown (in one embodiment, check the left end of each column By pressing the mark, it can be opened in the same manner as 1030).

[0041] In one embodiment of the present invention, the goal selection field 1020 includes the options "drink less" or "drink less." In one embodiment, the goal is to If the goal is to reduce drinking, the user presses button 1021. If the goal is to abstain from drinking, the user presses button 102. Press 2.

[0042] Detailed input items 1031 to 1033 in the daily drink limit input field 1030 include It is possible to enter detailed information about the amount of alcohol consumed, frequency of drinking, etc. You can enter the number of drinks you want to limit yourself to in a day, In one embodiment, a numerical value can be selected and input using a selection box or the like. The number of drinks can be defined in various ways. In one embodiment, One drink can be defined as 10g of alcohol. In this case, the alcohol content is 5%. 500ml of beer is considered "2 drinks" (because the specific gravity of alcohol is 0.8) In another embodiment, one drink is defined as 10 g of pure alcohol. In this case, 500ml of beer with 5% alcohol content is considered a "2.0 drink." can be.

[0043] In one embodiment of the present invention, the detailed input item 1032 is a field that is determined in advance by the user. You can set individual drinking limits for special days (such as your birthday or wedding anniversary). Alternatively, in other embodiments, the special days can be selected at will by the user. You can set the time (for example, you worked hard today, so you can decide to make it a special day). ) Note that the number of drinks entered in the input item 1032 is usually the same as the number of drinks entered in the input item 1031. A value greater than the number of drinks to be ordered is entered, but the invention is not limited thereto. stomach.

[0044] Furthermore, in the detailed input field 1033, how many days in a four week period can the above special days be set? In one embodiment, the target value set here can be set in advance. If the target value is not exceeded, the user can choose any day in the four weeks to be a special day. In addition, in another embodiment, the user can set special days after the fact. is also possible. Also, the period "4 weeks" in input item 1033 can be 3 months, 6 months, or Various time periods, such as one year, may be adopted.

[0045] In the weekly upper limit drink number input field 1040, the user is allowed to enter the number of drinks per week. In addition, the upper limit of the number of days off from drinking in a week can be set in the field 1050. You can set the number of days per week that you will not drink alcohol. Here, a "week" is a period of two weeks. You can choose a period of time such as one week or one month. Not only can you set the number of days, but you can also set one or more days of the week (for example, which day of the week every week, or the first, second, or third day of the month). It is possible to set multiple days of the week, such as Sunday and Monday.

[0046] Once these target set values ​​have been input, pressing the confirm button 1060 will The management server uploads the information to the management server (step S503). In an alternative embodiment, the determination Instead of uploading the input information to the management server by pressing the button 1060, The input information is sent to the management server at other times (such as when the app goes online) You can upload it to .

[0047] Although the present invention is not limited thereto, in one embodiment, at time t3, A message is sent from the management server to the doctor terminal (step S505). There are various reasons for sending the email. It may simply be to notify the user that their registration has been completed. In some cases, the user may set a goal that is too high (or too low). In one embodiment, these conditions are displayed on the user terminal. It can be set in advance in the installed app. It can also be used to send messages to users. The message notification can be performed even when the user terminal is offline.

[0048] At time t3, the doctor terminal receives the message sent from the management server. In this case, the doctor checks the message contents received via the doctor's terminal and updates the user's registration information. To confirm this, the information registered in the management server is referenced (time t4, step S506).

[0049] Next, between times t5 and t6, the user makes an input immediately before starting to drink (step In this case, various input items can be used. In this form, the input items as shown in the following table are adopted. [Table 1] In the above table, for the item "With whom," you can enter a specific name, or It may be possible to limit input to the relationship with the person (family, friends, etc.). Furthermore, it is possible to use both of these input formats without unifying them. You may do so. For "where," enter a specific location (store name or address). Alternatively, a general category (such as home, friend's house, shop, etc.) may be input. In addition, regarding "how you feel," the category is typically determined in advance (e.g., "enjoyment"). It would be better to choose from a range of options, such as "unpleasant," "painful," or "irritating (feelings of anger)." stomach.

[0050] Regarding "when to start drinking," if the date and time are fixed, please enter it in advance. It may be possible to input the In addition, in one embodiment, the term "under what circumstances" can be used to refer to "class reunions," "entertainment," Enter a situation involving the user drinking alcohol, such as a birthday party for yourself or someone else. It may be arranged to do so.

[0051] In FIG. 10, when the input immediately before drinking is completed, it is transmitted to the management server (step S508). The transmitted information is recorded or registered in the management server (step S509). Therefore, the management server not only records and registers information, but also aggregates the information as necessary. (Step S509. Various tabulations and analyses will be described later.) In addition, although not shown in Figure 10, the results of the aggregation and analysis on the management server, etc. The user can then be given appropriate feedback (see below for more on various types of feedback). (described below).

[0052] Next, between times t7 and t8, the user inputs that he or she is drinking alcohol (step S510). In this case, various input items can be used as the input items. The input items shown in the following table are adopted. [Table 2] For the items in the above table, the time (date and time) of the input will be automatically entered for "When". You can also enter the type of alcohol you are drinking (alcohol content and amount) in the "What" section. In addition, you can also input changes in your feelings in the "How do you feel" section. Rather than simply saying "fun," you can also enter a numerical value to express the degree of fun. Regarding "what kind of situation" there was a change in the situation (a participant suddenly appeared and the situation became even more (e.g., when a conversation suddenly became lively and a sad topic came up and I suddenly felt depressed) It is possible.

[0053] In FIG. 10, when the drinking input is completed, it is transmitted to the management server (step S511). The transmitted information is recorded or registered in the management server (step S512). The drinking input may be input multiple times while drinking. In addition to recording or registering information, we may also collect and analyze information as necessary. (Step S512. Various tabulations and analyses will be described later.) In step 512, the user inputs the drinking time input from the previous time (for example, 15 minutes ago) and the drinking time input is compared. You can record the order of drinks you have had on the spot, and create a drinking page based on the intervals between each drink you have had. It is possible to calculate the cost.

[0054] In addition, although not shown in Figure 10, the results of the aggregation and analysis on the management server, etc. The user can then be given appropriate feedback (see below for more on various types of feedback). (described below).

[0055] Next, between times t9 and t10, the user performs an input immediately after drinking (step S513 In this case, various input items can be used. For this purpose, the input items shown in the following table are adopted. [Table 3] For the items in the above table, the time (date and time) of the input will be automatically entered for "When". You can also enter changes in your feelings and your level of satisfaction in the "How do you feel" section. It is also possible.

[0056] In FIG. 10, when the input is completed immediately after drinking, it is transmitted to the management server (step S514). The transmitted information is recorded or registered in the management server (step S515). Therefore, the management server not only records or registers information, but also automatically updates the information as necessary. It is also possible to perform tabulation and analysis (step S515. Various tabulation and analysis methods will be described later). (I).

[0057] In addition, although not shown in Figure 10, the results of the aggregation and analysis on the management server, etc. The user can then be given appropriate feedback (see below for more on various types of feedback). (described below).

[0058] Next, between times t11 and t12, the user performs an input after drinking (step S516 In one embodiment of the present invention, this input is made before going to bed on the day of drinking or the next morning. In this case, various input items can be used as the input items. For this purpose, the input items shown in the following table are adopted. [Table 4] Among the items in the table above, for "physical condition," if you enter the information on the day you drank alcohol, check the app. When the user's physical condition at the time of drinking is entered, for example, the next morning after drinking, The user's physical condition is entered when checking in to the app. The time (date and time) may be automatically entered. You can enter your emotional state.

[0059] In FIG. 10, when the post-drinking input is completed, it is transmitted to the management server (step S517). The transmitted information is recorded or registered in the management server (step S518). In addition to recording or registering information, the management server also collects information as necessary. (Step S518. Various tabulations and analyses will be described later.) ).

[0060] In addition, although not shown in Figure 10, the results of the aggregation and analysis on the management server, etc. The user can then be given appropriate feedback (see below for more on various types of feedback). (described below).

[0061] The flow shown in Figure 6 is a variation of the flow shown in Figure 5. The illustrated related party terminal and store terminal are included. In one embodiment, the related party terminal is In one embodiment, the store terminal is a terminal owned by a person related to the user (such as a family member or friend). The terminal is installed in a store where the user visits to drink alcohol or the like. The related party terminal and the store terminal in FIG. 6 are any of the various terminals 12 to 18 in FIG. In addition, in Figure 6, the drinking management app is installed on the user's device, etc. It is assumed that target value setting has already been completed.

[0062] At times t31 to t32 in FIG. 6, the user makes an input just before starting to drink (step In this case, various input items can be used. In the embodiment, as already mentioned, "with whom", "where", "how" Input items such as "When do you start drinking?" and "In what situations?" will be used.

[0063] In FIG. 6, when the immediately before drinking input is completed, it is transmitted to the management server (step S602). The transmitted information is recorded or registered in the management server (step S603). In addition to recording or registering information, the management server also collects information as necessary. In addition, the management server can also perform calculations and analysis (step S603). The results can be appropriately fed back to the user (step S604). .

[0064] FIG. 7 shows an example of the flow of the analysis process in the management server executed in step S603. The process flow shown in FIG. 7 is executed only when an input is made immediately before drinking, such as in step S603. However, the present invention is not limited to the above, and the above may be modified without causing any technical contradiction in the embodiments of the present invention. The analysis process flow shown in FIG. In this example, the amount of data already managed by the management server (such as the number of subjects) Alternatively, the amount of data acquired from a particular subject can be controlled to separate processing. In one embodiment, when the amount of data is small, steps S703 to S The analysis process shown in step S705 is performed, and if the amount of data is large, steps S706 to S708 are performed. The analysis process shown in step S707 is performed. In this case, the amount of data is considered to be excessive if a certain threshold is exceeded. In addition, the threshold value when the amount of data is determined to be small and the threshold value when the amount of data is large may be adopted. The threshold for determining whether the amount of data is small or large may be different from the threshold for determining whether the amount of data is small or large. If this is not the case, other known analytical processes or variations of the process described in this embodiment may be used. (Either the procedure or the other will be implemented.) An example of the analysis process flow will be described in detail below with reference to FIG.

[0065] When the process starts in step S701 in FIG. 7, the process proceeds to step S702. The server determines whether the amount of data already recorded or registered is excessive. The parameter for the amount of data may be the number of comparable subjects (users), or In some cases, the number of acquired data items for each subject (user) may be used. If it is determined that the amount of data is small (Yes), the process proceeds to step S703. If it is determined that the number is large (No), the process proceeds to step S706.

[0066] In steps S703 to S705, several "special days" are set, and The other situations on the day are tallied and scored. In this case, the following days are set as "special days".

[0067] (A1) The day when the total amount of alcohol consumed was the highest ever (A2) The day in which the total amount of alcohol consumed was in the top XX% of all drinking days in the past (A3) A day when the amount of alcohol consumed on that day exceeded the heavy drinking limit (A4) The day when the amount of alcohol consumed on that day exceeded the target value

[0068] In one embodiment of the present invention, the circumstances on the specific day (for example, With whom? Where? How did you feel? When did you start drinking? Under what circumstances? Taking this into consideration, the number of special days for each situation will be tallied.

[0069] As for scoring, as an example, the following calculation is used: Based on this scoring, the input items are ranked by category (e.g., "where") Here, the input item is "home" in "where" do. (B1) The percentage of days with the top 〇% of drinking volume that include the input item (%) / (Top 〇% of drinking volume) The percentage of days that include that input item that is not % (%) + 1) (B2) The percentage of days when the heavy drinking limit was exceeded that include the input item (%) / (Heavy drinking The percentage of days that include that input item among days that are below the standard (%) + 1) (B3) The percentage of days when the target drinking limit was exceeded that included the input item (%) / (target drinking limit) The percentage of days when the alcohol limit was exceeded that included that entry (%) + 1) (B4) Average dissatisfaction level for the day that includes the input item (Satisfied = -1, Average = 0, Regret (=1)

[0070] Regarding the above formula (B1), by calculating this formula, the amount of alcohol consumed "at home" can be calculated. If it is easy to relate to the top 〇%, the numerator will be larger and the score value will be higher. If the score is too high, the denominator will be larger and the score will be smaller. Therefore, it is written as "+1" (the same applies to the spirit of the above formulas (B2) to (B4)).

[0071] Returning to FIG. 7, in step S703, a specific day is selected according to the situation. may be selected in advance in a fixed manner, or may be selected according to a predetermined order. In addition, all special days may be selected at any time to collect the status on any special day. .

[0072] Next, the process proceeds to step S704, where the data is tallied for each situation on each special day. This will allow us to determine under what circumstances drinking is prominent on that particular day. Data for interpreting the trend can be prepared. Then, proceed to step S705. Then, score calculations are performed focusing on each special day.

[0073] In addition, in steps S704 and S705, it is necessary to always calculate both indices. These are not essential, and either one of the processes may be omitted depending on the implementation situation. In this case, the result of the situation summary on the special day (step S704) or the result of the scoring Feedback is provided to the user based on any of the results (step S705).

[0074] On the other hand, in steps S706 to S707, the target data is abundantly managed. Since the situation is currently under review, after selecting the target for aggregation (step S706), The determination is based on the analysis. The known regression analysis includes linear regression analysis, logistic regression analysis, and the like. Regression analysis, etc. may be used. Furthermore, a known decision tree analysis may be used.

[0075] In step S706, the selection of the data to be aggregated is made based on whether the data is the user's own accumulated data, or Selection is made based on audience (demographic attributes), etc.

[0076] In addition, when the regression analysis is adopted in step S707, the following general formula is used: Calculations etc. are carried out based on this. Y=a1x1+a2x2+a3x3+...+error term

[0077] In one embodiment of the present invention, the Y term in the above formula includes “total amount of alcohol consumed in one day,” “satisfaction level,” and "Physical condition, mood, sleepiness, etc. at the time of check-out on the day," "Check-in the next day The X term in the above formula can be expressed as " Your physical condition, mood, sleepiness, etc. at the time of check-in on the day, who you were with, where you were, how you were feeling, In addition, the X term in the above formula can be used to determine when to drink. When did you start drinking (time)? When did you start drinking (situation)? What type of alcohol did you drink (alcohol content and amount)? "," "Order of drinks consumed," and "Drinking pace (calculated from the time of inputting drinking records)" Numerical values ​​may also be used. The terms a1, a2, a3... are regression coefficients.

[0078] In step S708 of FIG. 7, a process is performed to determine whether it is time to display the analysis result to the user. In one embodiment of the present invention, the timing of step S708 is determined. The following are adopted:

[0079] (C1) When a user requests (C2) A timing set by the app that is not during the user's drinking record (C3) When a score or the like that exceeds a threshold is calculated during the drinking record

[0080] As a specific example of the above (C1), what kind of scene is likely to increase the amount of alcohol consumed by the user? There are cases where you want to know if something is wrong and you need to make an inquiry to the management server. The management server performs the above analysis based on past records and feeds the results to the user. In addition, as a specific example of (C3), the management server will When the analysis is performed and the results reach a certain threshold, a message is sent to the user to warn them. In some cases, a message may be sent.

[0081] Returning to FIG. 6 again, in step S605, the feedback from the management server is sent to the user. The feedback screen is displayed on the terminal (step S605). As examples, Figs. 11 to 13 are shown. In step S605, before the user drinks alcohol, In order to provide objective information that is easy for users to understand, the screen shown in Figure 10 is displayed. In order to suggest the relationship between the user's drinking habits and their physical condition based on the analysis of the user's drinking history, Fig. 1 A screen like the one shown in Figure 3 may be displayed. When the user inputs information while drinking as in step S607, the user's undesirable drinking tendency is detected. When a malicious user is found, a screen like the one shown in Figure 12 will be displayed on the user's device to alert them. It is also possible.

[0082] Next, at time t34 in FIG. 6, the doctor should refer to the user's information via the doctor's terminal. The management server is accessed immediately (step S606).

[0083] At time t35 in FIG. 6, the user inputs that he or she is drinking alcohol via the user terminal. In one embodiment of the present invention, the input information is not sent directly to the management server, but is sent to the user's The data is sent to a terminal installed in the restaurant (e.g., steakhouse, pub, etc.) where the data is stored. (time t36, step S608). The app acts as a record of the user's drinking habits and also serves as a way to order drinks at the bar. In other words, the user's drink order at a bar is a record of the user's drinking. At the time of filing this application, orders were not only placed from terminals installed in stores, but also from users. The technology is at a level where users can place orders via an app installed on their own devices. In this case, the following systems may be used as necessary: Collaboration between apps can be achieved.

[0084] (D1) In step S607, the input of drinking is made to the drinking amount management application. Orders are placed from the portion control app to the store terminal. (D2) The drinking input in step S607 is a response to the restaurant app distributed by the restaurant. This is done as a drink order at the store, and the store app and alcohol intake management app are used accordingly. The system cooperates with a repository and / or a management server (not shown in FIG. 6). (D3) The input of drinking in step S607 is made to the drinking amount management application. The data is first sent to the management server and registered, and then downloaded to the store terminal via the management server. A link order is made (not shown in FIG. 6).

[0085] At times t36 to t37 in FIG. 6, order processing is performed at the store terminal (step At time t37, the drinking input information is sent from the store terminal to the management server. The management server records or registers this information and performs aggregation and analysis (step S610). .

[0086] In step S610, the management server performs aggregation and analysis, and if the analysis result exceeds a certain threshold, If it is determined that feedback is necessary to the user due to exceeding the limit, etc., For example, a message 1230 as shown in FIG. 12 may be sent directly to the user terminal. However, in FIG. 6, as another embodiment, the terminals of the user's relatives (family, friends, etc.) can be used. The message is then sent to the terminal (the concerned party terminal) (time t38, step S611). The message content in S611 may be, for example, a message from a person concerned to a user urging him or her to limit drinking. (The contents of the message are not shown.) The person who receives the message understands the contents and notifies the user of the drinking warning via their own device. A message requesting self-restraint is transmitted (time t39, step S612). Step S61 The second message can be sent via a drinking control app or via a separate message. Messages may be sent via apps, etc. (The mechanism for sending messages in this case is (It can be said that the present invention is implemented under the control of a system according to one embodiment of the present invention.) .

[0087] Next, at times t40 to t41, the person in attendance who is with the user sends the following message from the person in attendance terminal: The drinking status is input for the user (step S613). In one embodiment of the present invention, the user's relatives can also check their drinking amount. By installing the management app, you can support the user in their treatment and improvement of their physical condition. The input information is sent from the related party terminal to the store terminal (step S 614), and the store terminal processes this as an order (time t41 to t42. Step S 615), and the information input during drinking is transmitted to the management server (time t42). In steps S614 to S615, the user's input while drinking is also processed as a store order. However, the present invention is not limited to this, and the drinking habits of a user can be recorded without going through a store terminal. The medium input may be sent directly to the management server. The management server records or registers the received drinking input information, and then aggregates and analyzes it (time Time t42 to t43, step S616).

[0088] At time t43 in FIG. 6, a message is sent from the management server to the doctor terminal (time (Time t43, step S617). It is better to provide feedback to the user based on the results of the aggregation and analysis. This is because items that are judged to be good are extracted. Messages can also be sent directly to the user terminal without going through the doctor terminal. In one embodiment of the present invention, in step S617, the doctor in charge provides the user with a drinking self-regulation report. A message is sent to prompt the user to control the device (the content of the message is not shown). In step 4, the doctor accesses the management server to check the drinking status of the user via the doctor's terminal. (Step S618). Then, at time t45, the doctor accesses the doctor terminal. A message urging the user to refrain from drinking alcohol is sent via the notification screen (step S619). The message sent from the doctor's terminal is displayed on the user's terminal (time t45, status Top S620).

[0089] Although not shown in FIG. 6, the user may It is also possible to enter a time (not a post-drinking input).

[0090] Next, between times t46 and t47, the user performs an input after drinking (step S621 In one embodiment of the present invention, this input is made before going to bed on the day of drinking or the next morning. After drinking alcohol, when the input is completed, the input data is transmitted to the management server (step S622). The received information is recorded or registered in the management server (step S623). The management server not only records or registers the information, but also aggregates the information as necessary. It is also possible to perform analysis (step S623).

[0091] FIG. 8 shows a processing operation flow in the alcohol consumption management system according to one embodiment of the present invention. The process flow shown in FIG. 8 is an alternative to the process flow shown in FIG. Specifics of the analysis process that is appropriately performed by the management server when a user inputs that he or she is drinking alcohol As long as no logical contradiction occurs, a part or all of the processing operation flow shown in FIG. It can also be used in conjunction with the part. The operation will be described in detail below with reference to FIG.

[0092] When the process starts in step S801, the process proceeds to step S802, where a The number of drinks and context information are input. Here, the information about the drinks is not only the number of drinks. You can also enter information such as the type of drink, alcohol content, and quantity. Context information is the above-mentioned user's situation information (subjective information such as "how you feel"). (In addition to the information, it also includes situational information such as "with whom," "where," and "in what situation"). The entered information is sent to the management server and recorded or registered.

[0093] Next, the process proceeds to step S803, where the management server collects or stores the recorded or registered data. In one embodiment, the calculation and analysis are performed according to the recorded or registered context information. The number of times drinking alcohol and the number of drinks consumed are tallied and compared (the processing concept will be described later).

[0094] Next, the process proceeds to step S804, where the results of the aggregation and comparison in the previous step are fed back to the user. It is judged whether trends or matters that should be backed up have been found. If the answer is Yes in this step, If the answer is No, the process returns to step S802.

[0095] In step S805, the results found in the previous step are temporarily stored, and then in step S8 At step 06, it is determined whether it is time to provide an alert (feedback) to the user. If the answer is Yes, proceed to step S807. If the answer is No, proceed to step S802. Return.

[0096] In step S807, an alert (feedback) is given to the user. The feedback screen is as shown in FIG. 11 to FIG. 13 (the configuration of each figure will be described later). Then, the process proceeds to step S808, where the process of this flow ends.

[0097] The analysis process in steps S803 to S804 will be described below (basic overview of the process). The details will be explained under the headings of (1) Summary of the processing, (2) Specific processing examples, and (3) Other processing examples.

[0098] (Basic processing concepts) In one embodiment of the present invention, the analysis process uses the user's drinking amount (number of drinks) and the user's context information. (e.g., "feelings" or "locations"). For example, Count and compare the number of times or the number of drinks. The amount of alcohol consumed was significantly higher than the amount consumed when the person felt "relaxed" or "calm." Furthermore, the amount of alcohol consumed at a bar is higher than the amount consumed at home. If it is determined that the user's emotion is "anger," the management server The system provides feedback to users that drinking increases when the drinking place is an "izakaya" do.

[0099] The feedback is also useful when the user is feeling angry or when the location is It may be controlled so that it is given before or during drinking at a "bar". Controls the feedback given when a user queries the management server. In addition, feedback can be sent at any time specified in the drinking amount management app. The control may be controlled to provide a

[0100] (Example of processing) Next, we will show a concrete example of processing based on the above basic concept. The following table shows how a user This is a record of how much you drank and how you felt about it. [Table 5] Here, although the above table focuses only on dates, the present invention is not limited to this. You can also introduce parameters such as time of day and day of the week. Regarding the number of drinks, instead of simply counting the number of drinks, we will also consider the alcohol content and the amount of pure alcohol. In the following, detailed explanations will be omitted for ease of understanding of the invention. do.

[0101] In the above table, for different context parameters such as "feelings" and "places", Collect "Total number of drinks", "Total number of days of appearance", and "Total number of drinks / Total number of days of appearance" for each The total or calculation is as shown in the following table. [Table 6]

[0102] According to the above table, if the user's feelings are "anger" or if the drinking place is " It can be seen that the number of drinks consumed increases significantly when the bar is a "pub." Based on the results, feedback can be given to the user. The analysis results can be used to propose measures based on doctor's findings, etc.

[0103] (Other processing examples) FIG. 9 shows another processing operation flow in the alcohol consumption management system according to one embodiment of the present invention. The process flow shown in FIG. 8 is an analysis process based mainly on information input while drinking. The process flow shown in Figure 9 is based mainly on information entered after drinking. However, the flows shown in Figures 8 and 9 are completely independent and should not be excluded. The flows shown in Figures 8 and 9 are for ease of understanding the invention. It has been organized for the sake of I Ching. The following description will be given with reference to FIG.

[0104] When the process starts in step S901, the process proceeds to step S902, in which the user The user checks in (logs in) to the drinking amount management app on the morning of the following day. Next, step S9 Proceeding to step 03, the user inputs their physical condition, mood, and last night's sleep condition into the drinking amount management app. These input items are provided as an example so that a user can select from a number of options. Alternatively, the evaluation may be provided in such a way that multiple levels of evaluation can be input.

[0105] In step S904, the management server of the alcohol consumption management system according to one embodiment of the present invention The number of drinks consumed by the user is calculated based on the context entered by the user, and the number of drinks consumed is calculated based on the context entered by the user. In one embodiment, these aggregations and comparisons and analyses are made at the request of the user. The process is performed whenever there is input from the input source, and the results can be updated sequentially.

[0106] In step S905, the amount of accumulated user input information is determined. In the step 100, it is determined whether the user's input information has been stored for a predetermined number of days. This is because when the amount of accumulated data is small, the significance of providing feedback is often diminished. Here, the number of days is, for example, 5 or 7 days. The present invention is not limited to this. The process proceeds to step S906, but if the answer is No, the process returns to step S902.

[0107] Next, the process proceeds to step S906, and the comparison and analysis results performed up to step S904 are It is judged whether there is a decision item (whether knowledge has been found). Typically, a threshold Matters that exceed the above criteria can be used as judgment items, and facts that are superior in comparison can be used as knowledge items. If the answer is Yes in step S906, the process proceeds to step S907. If the answer is No, the process proceeds to step S908. Return to S902.

[0108] In another embodiment of the present invention, the determination process in step S905 may be omitted. In addition, if the determination process in step S905 is not omitted, The determination process in step S905 and the determination process in step S906 may be interchanged. Cut.

[0109] In step S907, the judgment items and knowledge obtained in the previous step are fed to the user. Then, the process proceeds to step S908, where this flow ends.

[0110] [Implementation focused on usage scenarios] Next, we will focus on a usage scene of the alcohol consumption management system according to one embodiment of the present invention. Here, we will explain how users behave and how the system works. The paper explains in a scenario format how the system is used and what kind of feedback is obtained. In addition, each scene (Scene 1 to Scene 9) basically progresses in chronological order.

[0111] (Scene 1) ~ Target value setting User A (user ID: D001) enters a drinking amount management app with a goal of 1 The participants entered their daily alcohol intake limit, their weekly total alcohol intake limit, and the number of days they would not drink alcohol per week. If 1 drink contains 10g of alcohol, the total amount of alcohol consumed per week is limited to 14 drinks. Set it up. More specific target setting input data is as shown in the following table. [Table 7]

[0112] (Scene 2) - Input immediately before and during drinking User A has been drinking alcohol since the evening of the day he installed the drinking control app. So I decided to go to a bar, go to a pub, or go to a restaurant, and then ... An entry was made just before drinking for a dinner party that included alcohol, which began at 9:00, and the dinner party then began.

[0113] While drinking, user A inputs the number of drinks and context information (" "Drink", "Who", "Place", "Feeling") from the first drink to the third drink, The data was entered as shown in the following table. Note that the date and time were automatically entered. [Table 8]

[0114] (Scene 3) ~ Input immediately after drinking After finishing a meal, User A entered a satisfaction level of 4 (out of 5) as the immediate post-drinking input. After that, User A, after parting ways with his friend, did not return home but instead went to a bar alone and drank. (I again entered the amount of alcohol I was drinking, and then entered a 2 (out of 5) as my level of satisfaction.)

[0115] (Scene 4) ~ Input after drinking User A goes home that day, takes a shower, goes to bed, and starts the drinking control app the next morning. After checking in, I entered my physical condition, mood, sleep information, etc. User A enters physical condition 3 (out of 5), mood 2 (out of 5), and sleep 2 (out of 5). Ta.

[0116] (Scene 5) ~After 7 days User A uses the alcohol consumption management app in the above manner, and as an example, records the following as his / her drinking history: I entered the data for 7 days as shown in the table below (I did not enter the data for the 2nd, 5th, and 7th days because I was not drinking alcohol). story). [Table 9]

[0117] (Scene 6) - Analysis of each context by the system The management server tallied the number of drinks for each contextual information entered above. For example, , number of drinks by context information, etc. ( drinking day ) were compiled as shown in the following table. [Table 10]

[0118] In addition, the number of times drinking was done by context information corresponding to the above table ( The day after drinking ) are tabulated as shown in the following table. It was. [Table 11]

[0119] The management server then calculates the drink amount for each category of context information as shown in the following table. The data was compiled. [Table 12] According to the average calculations for each contextual information in the table above, the category with the highest average number of drinks was " When the emotion was anger, the number of drinks was 9.9. The processing server detects that the amount of alcohol consumed by a user increases significantly when the user feels angry. It is also possible to perform aggregation focusing on other categories. For example, The survey was conducted based on the number of places people drank in a day and their emotions when they started drinking. This kind of analysis shows that "drinking in two or more places per day tends to increase alcohol intake," We also found a tendency that "if the emotion you start drinking with is 'anger,' you are more likely to drink more." It will be possible.

[0120] In other embodiments of the present invention, aggregations may be performed based on other combinations of contextual information. For example, by using other combinations of context information, If you drink the combination of "Love x Anger", you will get a 10.8 drink, which is higher than the 9.9 drink mentioned above. It is possible that a numerical value such as the above can be found.

[0121] In another embodiment of the present invention, the context information is not collected for each user. It can also be done on an audience basis.

[0122] The management server can provide various aggregation and analysis results to the user as feedback. The management server can then monitor the user's drinking habits when requested or during the drinking record. The user can also use the alcohol consumption management app at any time other than the time set by the app. This allows feedback to be provided to the user.

[0123] (Scene 7) - Checking the user's drinking habits When User A checks in to the app the day after drinking, he / she will ask, "When does drinking increase?" The management server then sends the analysis results to the user. The feedback that can be given is, for example, data for a seven-day period, including days when the user has stopped drinking. The condition is that the user has accumulated data for more than 7 days. and provided feedback to the user. It should be noted that "7 days" is merely an example and other numbers of days may be used.

[0124] User A opens a feedback screen (not shown). The screen displays the following questions: "Where?", " Who was I with? How were you feeling? When did you start drinking? When did you start drinking? The scores for the likelihood of drinking alcohol for each context ("situation") were listed in order of frequency. User A saw this and felt angry at the pub with his friends. They realized that their alcohol intake increases when they drink alcohol.

[0125] Figure 11 shows an example of a screen that clearly shows the top drinking likelihood rankings for each context to the user. In FIG. 11, a screen 1100 includes a title 1110 and a category of context information. The display columns 1120, 1130, and 1140 for each analysis and the analysis result display column 1150 are displayed. The context information category 1120 includes locations 1121, 1122, and 1123 that are left in the user's action history. 22 are displayed, and the more drinking-prone places 1121 are highlighted. The information category 1130 includes the types of companions 1131 and 1132 remaining in the user's action history. is displayed, and the companion type 1131, which has a higher tendency to drink alcohol, is highlighted. The information category 1140 includes the user's feelings 1141, 1 142 is displayed, and the more drinking-prone sentiment 1141 is highlighted. The analysis result display field 1150 displays the context 1, which is the factor that most affects drinking. 151 is shown.

[0126] (Scene 8) ~Alert during another day's drinking record The next day, User A drank alcohol. Before drinking, he selected "home" as the drinking location. When you enter this information, the system will tell you, "You tend to drink more at home than you do anywhere else. "You might drink more alcohol today. Be careful." User A gave the following feedback. After seeing that feedback, they realized that drinking at home increases the amount of alcohol they drink, and decided to focus on one occasion. I started drinking at 7pm, drinking less beer than usual.

[0127] Figure 12 shows an example of an alert displayed when a user enters a record before (or during) drinking. In FIG. 12, a screen 1200 includes a drinking date display field 1210 and a current drinking date display field 1220. A display field 1220 for the amount of drinks consumed (and the upper limit target amount of drinks for that day), and An alert display field 1230 and drinking entry record fields 1241 to 1242 from when drinking began The button 1250 to start recording your drinking habits is displayed. In this way, the user A may check the display content of the alert display field 1230 and decide to drink less than usual. I was able to get it down and start drinking.

[0128] (Scene 9) - User confirms the relationship between drinking and physical condition On another day, User A wanted to know the relationship between his drinking and his physical condition, and The management server sent a message to each user along with their most recent health history. A list of the amount of alcohol consumed on the previous day is sent to the user's terminal, and User A checks the information and decides on his or her drinking habits. I was able to understand the relationship between alcohol and physical condition.

[0129] FIG. 13 shows an example of information display suggesting a relationship between the user's drinking and physical condition. In FIG. 13, a screen 1300 includes a message 1310 and a most recent health history display field 1313. 20 and the alcohol consumption amount display field 1330 for each day before are displayed. Thus, User A can intuitively and comprehensively grasp the relationship between drinking and physical condition by checking this screen. It is possible.

[0130] (Variation of the invention: Standalone operation by user terminal) In the embodiment described above, the drinking amount management system according to one embodiment of the present invention is The system configuration includes a management server 11. However, the present invention is not limited to this. It is not a system that allows all processes to be executed on the user terminal as long as no logical contradictions occur. In this case, the device implementing the embodiment of the present invention may be operated as an alcohol consumption control device. This means that the device is a management device (terminal device). Therefore, an example of the alternative process in the alcohol consumption management device according to another embodiment of the present invention is shown in FIG. 5, which will be described below with reference to Figs.

[0131] First, in FIG. 5, the management server is omitted. Then, in step S504, The processes in steps S509, S512, S515, and S518 are merely examples. The system is executed on the user terminal for each user. In addition, the doctor terminal can access user data, etc. The reference (step S506) is made by accessing the user terminal individually from the doctor terminal. Or, user data etc. is sent from the user terminal to the doctor terminal as necessary. The user data, etc. is referenced on the doctor's terminal.

[0132] In addition, the processes in FIGS. 7 to 9 (steps S701 to S709, step S80 1 to step S807, step S901 to step S907) are also performed on the user terminal. In this case, the user terminal operates as a standalone device, and cannot access any data other than its own. It may be possible to not handle user data (such as the number of subjects and other user information).

[0133] The embodiment of the drinking amount management system and the like have been described above based on specific examples. The form may be a method or program for implementing the system or device, or a program A storage medium on which the above is recorded (for example, an optical disk, a magneto-optical disk, a CD-ROM, a CD -R, CD-RW, magnetic tape, hard disk, memory card) It is also possible to take

[0134] The implementation form of the program is an object compiled by a compiler. Application programs such as executable code, interpreted program code, etc. It is not limited to the program, but can be a program model built into the operating system. It may be in the form of a module or the like.

[0135] Furthermore, the program does not necessarily perform all processing only on the CPU on the control board. It does not need to be mounted on a board, but can be mounted on an expansion board or expansion unit added to the board as needed. The configuration may be such that part or all of the processing is performed by a separate processing unit (such as a DSP) It is also possible.

[0136] All of the features described in this specification (including the claims, abstract, and drawings) and and / or all steps of any disclosed method or process, the features of which are mutually exclusive The elements may be combined in any combination except those which are mutually exclusive.

[0137] In addition, each of the features described in this specification (including the claims, abstract, and drawings) , unless expressly denied, serve the same, equivalent or similar purpose. Therefore, unless expressly denied, the disclosed features may be substituted with alternative features. Each illustrated feature is merely an example of a generic series of the same or equivalent features.

[0138] Furthermore, the present invention is not limited to any of the specific configurations of the above-described embodiments. The present invention relates to all of the above-described embodiments. Any novel feature or combination thereof, or any novel method or process step described. The present invention can be extended to include any combination of these. [Explanation of symbols]

[0139] 10 Alcohol intake management system 11 Management Server 12 Smartphone or tablet device (a type of user device) 13 Mobile phone (one form of user terminal, etc.) 14~16 PC (a form of user terminal, etc.) 17-18 Smartphone or tablet device (a type of user device) 37, 38 Communication lines 39 Public lines (dedicated lines, internet, etc.)

Claims

1. A method implemented on a system including a user terminal and a management server configured to be connectable from the user terminal, receiving information about the user's drinking habits at the user terminal; transmitting the information received by the user terminal to the management server; In the management server, aggregating and / or analyzing information received from the user terminals; feeding back the results of the aggregation and / or analysis to the user terminal; The present invention relates to a method for performing The information regarding the user's drinking includes context information including at least information regarding the amount of alcohol consumed by the user, information regarding the user's feelings including at least one of stress, depression, anxiety, fatigue, and loneliness, and information regarding the user's sleep; The method, characterized in that the context information includes information regarding the situation of the user, such as when it is the day before a day off, when it is a holiday, when the user is alone, after work, and when the user has money, and also includes information regarding the user's feelings in the situation and information regarding the user's sleep, each of which is evaluated on a scale or quantified.

2. The method according to claim 1 , wherein the compilation and / or analysis includes compilation and / or analysis of the amount of alcohol consumed for each piece of context information in the information received by the management server.

3. The method according to claim 1 or 2, characterized in that the step of accepting information regarding the user's drinking at the user terminal is executed at one or more of the following times: immediately before, while, immediately after, or after the user drinks alcohol.

4. The method according to any one of claims 1 to 3, characterized in that the step of providing feedback to the user terminal is executed at the timing when the user makes a request to the management server or at a preset timing.

5. The method according to any one of claims 2 to 4, wherein the aggregation and / or analysis includes aggregating and / or analyzing the amount of alcohol consumed for each of two or more pieces of context information in the information received by the management server based on a combination of the two or more pieces of context information.

6. A system including a user terminal and a management server configured to be connectable from the user terminal, The user terminal receives information about the user's drinking and transmits the received information to the management server; The management server includes: aggregating and / or analyzing information received from the user terminal; The result of the aggregation and / or analysis is fed back to the user terminal, The information regarding the user's drinking includes context information including at least information regarding the amount of alcohol consumed by the user, information regarding the user's feelings including at least one of stress, depression, anxiety, fatigue, and loneliness, and information regarding the user's sleep; The system is characterized in that the context information includes information regarding the situation of the user, such as when it is the day before a day off, when it is a holiday, when the user is alone, after work, or when the user has money, and also includes information regarding the user's feelings in the situation and information regarding the user's sleep, each of which is evaluated on a scale or quantified.

7. The system according to claim 6 , wherein the compilation and / or analysis includes compilation and / or analysis of the amount of alcohol consumed for each piece of context information in the information received by the management server.

8. A user terminal device that receives information about a user's drinking and records the received information, The user terminal device aggregating and / or analyzing the recorded information; The result of the aggregation and / or analysis is fed back on a display of the user terminal device, The information regarding the user's drinking includes context information including at least information regarding the amount of alcohol consumed by the user, information regarding the user's feelings including at least one of stress, depression, anxiety, fatigue, and loneliness, and information regarding the user's sleep; A terminal device characterized in that the context information includes information regarding the situation of the user, such as when it is the day before a day off, when it is a holiday, when the user is alone, after work, or when the user has money, and also includes information regarding the user's feelings in the situation and information regarding the user's sleep, each of which is evaluated on a scale or quantified.

9. The terminal device according to claim 8 , wherein the compilation and / or analysis includes compilation and / or analysis of the amount of alcohol consumed for each piece of context information in the recorded information.

Images