Message management device and message management method
The message management system addresses decentralized communication issues by centralizing health information and using machine learning to generate and approve messages, ensuring secure and consistent advice for employees on leave, enhancing occupational health services.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- NIPPON STEEL CORPORATION
- Filing Date
- 2026-05-11
- Publication Date
- 2026-07-09
AI Technical Summary
Existing communication systems for employees on leave due to mental health issues lack centralized management of health information and message history, leading to information leakage and inconsistent advice provision, and do not account for safety design and responsibility in occupational health work.
A message management system that aggregates communication among stakeholders, manages health information centrally, and provides messages based on health information approved by relevant parties, using a user database, chat management, and a message provision unit with machine learning to generate and approve message candidates.
Enables appropriate and secure message provision to employees on leave, ensuring consistent advice and responsible communication among stakeholders, thereby improving the quality of health management services.
Smart Images

Figure 2026116575000001_ABST
Abstract
Description
Technical Field
[0003]
[0001] The present disclosure relates to a message management apparatus and a message management method that enable a user to provide a message to another user.
Background Art
[0002] For employees (leave - takers) who take leave from their workplaces due to reasons such as mental problems, it is required to maintain appropriate communication even during the leave period. Those who communicate with the leave - takers are industrial health staff (industrial physicians and health nurses) who are responsible for the health management of employees in the workplace organization (companies, corporations, organizations, etc.). In addition to industrial health staff, internal organizational members such as the leave - taker's supervisor and the person in charge of the personnel department may also be included among those who communicate with the leave - taker. Among internal organizational members, in addition to communicating with the leave - taker, there may also be an exchange regarding the health condition of the leave - taker.
[0003] Conventionally, the communication between leave - takers and industrial health staff and internal organizational members has been carried out in a decentralized manner using multiple means such as e - mails, telephones, and business chat tools, and the history of messages (advice) provided to leave - takers has not been centrally managed. Also, the exchange regarding the health condition of leave - takers among internal organizational members (excluding the leave - taker) has similarly been carried out in a decentralized manner using multiple means, and the history has not been centrally managed. Therefore, in communication with leave - takers, information sharing leakage is likely to occur between industrial health staff and internal organizational members, and the quality of the advice - giving service for providing advice to leave - takers has depended on the personal experience and judgment of the industrial health staff and internal organizational members in charge.
[0004] Patent Document 1 describes a system including a server and a personal device for providing customized content to individual users participating in a behavior modification program via the personal device.
[0005] Patent Document 2 describes a system that uses artificial intelligence to analyze facial images, determines health status, disease risk, and mental state based on the analysis results, and proposes appropriate advice and directions for improvement according to the results.
[0006] Patent Document 3 describes a system that estimates a person's mental and physical state from biometric information collected by sensors, controls the operation of an AI according to that state, and generates actions corresponding to emotions recognized by an emotion engine.
[0007] Patent Document 4 describes an information processing system that performs natural language analysis on input contact information regarding care recipients, determines what is missing from the handover information, and outputs the processing result and the determination result. [Prior art documents] [Patent Documents]
[0008] [Patent Document 1] Japanese Patent Publication No. 2025-157342 [Patent Document 2] Japanese Patent Publication No. 2025-049575 [Patent Document 3] Japanese Patent Publication No. 2025-051292 [Patent Document 4] Japanese Patent Publication No. 2025-115474 [Overview of the project] [Problems that the invention aims to solve]
[0009] In the system described in Patent Document 1, the server electronically monitors the activities of individual users participating in behavioral modification programs, such as smoking cessation programs, and customizes program-related content from an information database applicable to the behavioral modification programs. The server transmits the program-related content as an electronic message to the individual user's personal device and monitors the electronic interaction between the individual user and the program-related content. The server can also enable coaches-counselors to select data from the information database for electronic communication with individual users using a coach-counselor device.
[0010] According to the system described in Patent Document 1, the coach-counselor selects data for electronic communication with individual users from an information database displayed by the server, and communicates with the individual users using the selected data. However, since communication between the coach-counselor and individual users is performed separately for each coach-counselor, there are cases where an appropriate message is not provided to the individual user.
[0011] Furthermore, in the system described in Patent Document 1, interventions and message provision to individual users are primarily based on the individual user's situation. Therefore, it is difficult to consistently implement within the system operations such as industrial health services (providing advice to employees on leave, mainly by industrial health staff), where multiple stakeholders review the content, reach a consensus, and clarify responsibility while providing messages.
[0012] According to the systems described in Patent Documents 2 and 3, AI provides advice or takes action based on the results of facial image analysis or biometric information. However, these systems do not take into account safety design and the division of responsibility, which are required in occupational health work, such as providing users with messages that have been confirmed or approved by relevant parties.
[0013] The information processing system described in Patent Document 4 performs natural language analysis to determine any missing information in the handover. However, this system does not take into account the safety design and responsibility demarcation aspects required for occupational health work, such as providing users with messages that have been confirmed or approved by relevant parties.
[0014] Therefore, this disclosure aims to provide a message management device and message management method that aggregates communication among stakeholders regarding the target user's health information and can appropriately provide messages based on health information to the target user based on the actions of the stakeholders. [Means for solving the problem]
[0015] The gist of this disclosure is as follows:
[0016] (1) A user database that stores a relationship between a first user whose health status is managed and a second user who manages the health status of the first user, among multiple users, A health information provision unit provides health information regarding the health status provided by the first user to the second user, A chat management unit manages a public chat room so that the first user and the second user can chat, A message provision unit that provides the first user with a message based on the health information in response to the operation of the second user, A message management device equipped with the following features.
[0017] (2) The message management device described in (1) above, wherein the chat management unit does not allow the first user to access the limited chat rooms that the second user can access.
[0018] (3) The user database stores multiple second users associated with the first user, The system further includes a message candidate generation unit that generates message candidates to be provided to the first user based on the aforementioned health information, The health information providing unit provides each of the plurality of second users with the message candidates together with the health information. The message providing unit provides the first user with the message candidate approved by the operation of at least one of the plurality of second users as the message. The message management device according to (1) or (2) above.
[0019] (4) The message candidate generation unit generates the message candidates for providing to the first user by inputting the health information associated with the first user into a machine learning model trained to generate message candidates in response to the input of the health information. The message management device according to (3) above.
[0020] (5) The message management device according to (4) above outputs, as teacher data of the machine learning model, a message candidate approved on the condition of being corrected by the operation of at least one of the plurality of second users among the message candidates provided to each of the plurality of second users.
[0021] (9) Providing health information regarding the health status provided from a first user whose health status is managed among a plurality of users to a second user who manages the health status of the first user; Managing a public chat room so that the first user and the second user can chat with each other; Providing the first user with a message to the first user based on the health information according to the operation of the second user; A message management method including:
Effect of the Invention
[0022] According to the message management device and the message management method according to the present disclosure, communication among related parties regarding the health information of the target user can be aggregated, and a message based on the health information can be appropriately provided to the target user based on the operations of the related parties. [Brief explanation of the drawing]
[0023] [Figure 1] Figure 1 is a schematic diagram showing the general configuration of the message management system. [Figure 2] Figure 2 is a schematic diagram showing the general configuration of the message management device. [Figure 3] Figure 3 illustrates the data stored in the user-related database. [Figure 4] Figure 4 illustrates the data stored in the health information database. [Figure 5] Figure 5 is a functional block diagram of the processor in the message management device. [Figure 6] Figure 6 is a schematic diagram showing the general configuration of a message display terminal. [Figure 7] Figure 7 is a functional block diagram of the processor in the message presentation terminal. [Figure 8] Figure 8 is a schematic diagram showing the general configuration of a message specification terminal. [Figure 9] Figure 9 is a functional block diagram of the processor in the message-specifying terminal. [Figure 10] Figure 10 is an operation sequence diagram of the message management system. [Figure 11] Figure 11 shows an example of a health information input screen displayed on a message display terminal. [Figure 12] Figure 12 shows an example of a health information display screen shown on a message-designated terminal. [Figure 13] Figure 13 shows an example of a limited chat room screen displayed on a designated message terminal. [Figure 14] Figure 14 shows an example of a message display screen shown on a message delivery terminal. [Modes for carrying out the invention]
[0024] The following description, with reference to the drawings, will detail a message management system including a message management device, a message display terminal, and a message designation terminal that can appropriately provide health-based messages to target users. However, it should be understood that the present invention is not limited to the drawings or the embodiments described below.
[0025] Figure 1 is a schematic diagram showing the general configuration of the message management system.
[0026] The message management system 100 comprises a message management device 1, a message presentation terminal 2, and a plurality of message specification terminals 3.
[0027] Each of the message presentation terminal 2 and the multiple message designation terminals 3 are connected to the message management device 1 via the wireless base station WBS and the communication network NW. Multiple wireless base station WBSs may be connected to the communication network.
[0028] Each of the message presentation terminal 2 and the multiple message designation terminals 3 may be directly connected to the communication network NW. In this case, each of the message presentation terminal 2 and the multiple message designation terminals 3 is connected to the message management device 1 in a communicative manner without going through the wireless base station WBS.
[0029] The message display terminal 2 is used by user U1, whose health information is subject to management (hereinafter, users whose health information is subject to management are also referred to as "first users," and the fact that a user's health status is subject to management is also referred to as "first attribute"), and displays a message generated based on user U1's health information (for example, a message containing improvement measures to improve user U1's health status). User U1 is, for example, an employee who is on leave from work. The message management system 100 may have multiple message display terminals 2 depending on the number of first users.
[0030] Each of the multiple message designation terminals 3 is used by users U2-1 and U2-2, who are administrators of the first user's health status (hereinafter, users who are administrators of the first user's health status are also referred to as "second users," and the fact that a user is associated with the first user as a health status administrator is also referred to as a "second attribute"). The message designation terminal 3 accepts operations to provide user U1 with a message based on user U1's health information (for example, a message containing improvement measures to improve user U1's health status). Users U2-1 and U2-2 include, for example, healthcare professionals such as industrial physicians and public health nurses (industrial health staff), personnel in the company's human resources department, and supervisors.
[0031] Here, the second user does not need to be common to all first users; a different first user may be associated with a second user (a combination of one or more second users). As will be described later, a user associated with a second attribute is treated as a second user only with respect to the first user to which they are associated. For example, a user associated with a second attribute will be set to be unable to view the health information of first users to whom they are not associated.
[0032] In the message management system 100, one user may use multiple terminals. Also, multiple users may each use multiple accounts on a single terminal. When the first user and the second user use the same terminal with different accounts, the terminal becomes message presentation terminal 2 when used with the account corresponding to the first user, and becomes message specification terminal 3 when used with the account corresponding to the second user.
[0033] The message management device 1, message display terminal 2, and message designation terminal 3 are each configured by executing a predetermined computer program on an information processing device such as a server computer, personal computer, tablet, or smartphone.
[0034] Figure 2 is a schematic diagram showing the general configuration of the message management device 1.
[0035] The message management device 1 comprises an input / output interface 11, a memory 12, and a processor 13.
[0036] The input / output interface 11 has an interface circuit for receiving data to be processed by the message management device 1, or for outputting data processed by the message management device 1. The input / output interface 11 includes, for example, a communication interface circuit for connecting the message management device 1 to a communication network NW, or a peripheral device interface circuit for connecting the message management device 1 to various peripheral devices such as a keyboard, mouse, and display.
[0037] The input / output interface 11 receives input, such as health information, from the message presentation terminal 2 via the communication interface circuit. The input / output interface 11 also outputs data representing health information and message candidates to the message specification terminal 3 via the communication interface circuit.
[0038] The memory 12 includes, for example, at least one of a semiconductor memory, a magnetic disk device, and an optical disk device. The memory 12 stores various programs, various data, etc., used for processing by the processor 13.
[0039] The various programs include driver programs, operating system programs, and informational computer programs. These programs may be provided in the form of data recorded on computer-readable, portable recording media such as semiconductor memory, magnetic recording media, or optical recording media.
[0040] The various data include a user database that links the first user and the second user, and a health information database that links health information for each first user.
[0041] Figure 3 illustrates the data stored in the user-related database.
[0042] In the user-related database 121 stored in memory 12, a first user whose health status is managed is associated with a second user who manages the health status of the first user.
[0043] In the user-related database 121, the identifiers of the second user who manages the health status of the first user with identifier "0002" are stored in association with "0001" and "0005". For example, if user U2a, who is the health administrator for user U1a, is not the health administrator for user U1b, user U2a will not be stored in association with user U1b.
[0044] Figure 3 shows an example where the identifier of the second user who is the health manager of the first user is stored in association with each first user, but the format of user associations in the user association database 121 is not limited to this. For example, the identifier of the first user who is the subject of health management may be stored as a related user for each second user, or the identifier of the user who manages and is managed by the other party in the health management may be stored for all users.
[0045] In Figure 3, the identifier of the user who manages the health status of the first user (i.e., the user with the second attribute) is also shown in the first user column. However, the identifier for the first user in the user-related database may be limited to only the user with the first attribute. Furthermore, users whose identifiers are listed in the second user column can be said to be users with the second attribute. Therefore, the user-related database can also be called a user attribute database. The user-related database may store identifiers representing either the first or second attribute, associated with each user.
[0046] Figure 4 illustrates the data stored in the health information database.
[0047] In the health information database 122 stored in memory 12, health information is associated for each first user (user with user attribute "A") and for each reporting date. As shown in Figure 4, the health information is information about the first user's physical and mental state and may be divided into multiple items such as health status, work performance, and daily activities. The strings A, B, C, etc., stored for each item represent the score for each item. Any of the multiple items (for example, daily activities) may be an aggregate value based on the scores of the corresponding sub-items.
[0048] Returning to Figure 2, the processor 13 comprises one or more processors and their peripheral circuits. The processor 13 is a processing circuit that comprehensively controls the overall operation of the message management device 1, and is, for example, a CPU (Central Processing Unit). The processor 13 controls the operation of the input / output interface 11, etc., so that various processes of the message management device 1 are executed by appropriate means based on programs stored in the memory 12. The processor 13 executes processes based on various programs stored in the memory 12. In addition, the processor 13 can execute multiple programs in parallel.
[0049] Figure 5 is a functional block diagram of the processor 13 of the message management device 1.
[0050] The processor 13 includes a health information receiving unit 131, a message candidate generation unit 132, a health information provision unit 133, a chat management unit 134, and a message provision unit 135. Each of these units in the processor 13 is a functional module implemented by a program executed on the processor 13. Alternatively, each of these units in the processor 13 may be implemented in the message management device 1 as an independent integrated circuit, microprocessor, or firmware. The detailed operation of each unit in the processor 13 will be described later, along with the operation sequence of the message management system 100.
[0051] Figure 6 is a schematic diagram showing the general configuration of the message presentation terminal 2.
[0052] The message presentation terminal 2 comprises an input / output interface 21, a display 22, memory 23, and a processor 24. Detailed explanations of the hardware configuration of the message presentation terminal 2 that are common to the hardware configuration of the message management device 1 are omitted.
[0053] The input / output interface 21 has an interface circuit for receiving data to be processed by the message presentation terminal 2, or for outputting data processed by the message presentation terminal 2. The input / output interface 21 receives user input, such as health information, from input devices such as a touch panel or microphone via the peripheral device interface circuit. The input / output interface 21 also transmits health information to the message management device 1 via the communication interface circuit and receives messages.
[0054] The display 22 has a screen display device, such as a liquid crystal display. The display 22 displays a screen visible to the user according to the signals received from the processor 24.
[0055] Memory 23 stores various programs, data, etc., used for processing by the processor 24. These programs include driver programs, operating system programs, and computer programs for requesting information.
[0056] The processor 24 is a processing circuit that comprehensively controls the overall operation of the message presentation terminal 2, and is, for example, a CPU. The processor 24 controls the operation of the input / output interface 21, etc., so that various processes of the message presentation terminal 2 are executed by appropriate means based on programs stored in memory 23. The processor 24 executes processes based on various programs stored in memory 23.
[0057] Figure 7 is a functional block diagram of the processor 24 in the message presentation terminal 2.
[0058] The processor 24 includes a health information request unit 241 and a message presentation unit 242. Each of these units in the processor 24 is a functional module implemented by a program executed on the processor 24. The detailed operation of each unit in the processor 24 will be described later, along with the operation sequence of the message management system 100.
[0059] Figure 8 is a schematic diagram showing the general configuration of the message designation terminal 3.
[0060] The message designation terminal 3 comprises an input / output interface 31, a display 32, memory 33, and a processor 34. Detailed explanations of the hardware configuration of the message designation terminal 3 that are common to the hardware configuration of the message management device 1 or the message presentation terminal 2 are omitted.
[0061] The input / output interface 31 has an interface circuit for receiving data to be processed by the message designation terminal 3, or for outputting data processed by the message designation terminal 3. The input / output interface 31 receives message candidates and health information from the message management device 1 via the communication interface circuit. The input / output interface 31 also receives user operations, such as specifying a message, from input devices such as a touch panel and a microphone via the peripheral device interface circuit.
[0062] The display 32 has a screen display device, such as a liquid crystal display. The display 32 displays a screen visible to the user according to the signals received from the processor 34.
[0063] Memory 33 stores various programs, data, etc., used for processing by the processor 34. These programs include driver programs, operating system programs, and computer programs for requesting information.
[0064] The processor 34 is a processing circuit that comprehensively controls the overall operation of the message designation terminal 3, and is, for example, a CPU. The processor 34 controls the operation of the input / output interface 31, etc., so that various processes of the message designation terminal 3 are executed by appropriate means based on programs stored in memory 33. The processor 34 executes processes based on various programs stored in memory 33.
[0065] Figure 9 is a functional block diagram of the processor 34 in the message designation terminal 3.
[0066] The processor 34 includes a health information presentation unit 341, a chat access unit 342, and a message specification unit 343. Each of these units in the processor 34 is a functional module implemented by a program executed on the processor 34. The detailed operation of each unit in the processor 34 will be described later, along with the operation sequence of the message management system 100.
[0067] Figure 10 is an operation sequence diagram of the message management system 100.
[0068] The health information receiving unit 131 of the message management device 1 of the message management system 100 first provides the health information response form to the message presentation terminal 2 (step S11). The provision of the response form to the message presentation terminal 2 by the message management device 1 can also be said to be the provision of the response form to user U1.
[0069] Health information refers to information about user U1's health status and may include, for example, a self-assessment of overall health status, a self-assessment of ability to perform work at the workplace, an assessment of daily activities, blood pressure values, pulse rate, etc. Health information may also include past stress check results, health checkup data, imaging diagnostic data, and text data containing the results of medical interviews.
[0070] The health information response form is a form that prompts user U1 to input their own health information, and is written using a modeling language such as HTML.
[0071] Upon receiving the response form, the health information request unit 241 of the message presentation terminal 2 displays a screen corresponding to the response form on its display (step S21). Displaying the screen corresponding to the response form on the display can also be considered as presenting the response form to user U1.
[0072] Figure 11 shows an example of a health information input screen displayed on the message display terminal 2. In the example in Figure 11, health information is entered as an input item in a monthly health report used to report health information on a monthly basis.
[0073] The health information input screen 221 is displayed by the health information request unit 241 according to the response form. The health information input screen 221 has a submission month specification field 2211, a health status response field 2212, a work performance ability response field 2213, a daily activity response field 2214, and a registration button 2215.
[0074] The submission month selection field 2211 is for specifying the month (submission month) to which the health information to be answered corresponds. Depending on the user U1's predetermined operation (e.g., tap) on the month expansion button 2211A of the submission month selection field 2211, multiple month options will be displayed for selection. User U1 can select the submission month by performing a predetermined operation (e.g., tapping) on one of the displayed month options.
[0075] The submission month specification field 2211 may initially display the month containing the current time, as obtained from the system clock of the message display terminal 2. By allowing the submission month to be specified based on user U1's operation, it becomes possible to provide health information for past months.
[0076] The health status response field 2212 is a field where user U1 enters their response regarding their overall health status. Depending on user U1's predetermined operation (e.g., tapping) on the health status expansion button 2212A of the health status response field 2212, multiple health status options will be displayed for selection. User U1 can select a response regarding their health status by performing a predetermined operation (e.g., tapping) on one of the displayed health status options.
[0077] The work performance ability response field 2213 is a field where user U1 enters their response regarding their work performance ability. Depending on user U1's predetermined operation (e.g., tapping) on the work performance ability expansion button 2213A of the work performance ability response field 2213, multiple candidates for work performance ability will be displayed for selection. User U1 can select a response regarding their work performance ability by performing a predetermined operation (e.g., tapping) on one of the displayed candidates for work performance ability.
[0078] The daily activity response field 2214 is a field where user U1 enters their answers regarding their daily activities. The daily activity response field 2214 has several different answer items 2214-1 to 2214-4 and corresponding check boxes 2214-1A to 2214-4A. User U1 can select answers regarding their daily activities by performing a predetermined operation (e.g., tapping) on one of the check boxes 2214-1A to 2214-4A that corresponds to the answer item 2214-1 to 2214-4.
[0079] The registration button 2215 is a button that accepts instructions to register health information entered according to the response form displayed on the screen. Health information is registered in response to a predetermined operation (e.g., tap) by user U1. Registration of health information includes sending the health information to the message management device 1.
[0080] The registration of health information may include saving the health information to memory 23. In this case, the message presentation terminal 2 can complete the user U1's response regarding health information even when it is not connected to the communication network NW. Health information registered while not connected to the communication network NW may be sent to the message management device 1 when the message presentation terminal 2 connects to the communication network NW.
[0081] Returning to Figure 10, the health information request unit 241, which displays a screen on the display according to the response form, accepts the input of health information from user U1 and transmits the received health information to the message management device 1 (step S22).
[0082] The health information receiving unit 131 of the message management device 1 stores the health information received from the message presentation terminal 2, associating it with user U1 (step S12). The receipt of health information from the message presentation terminal 2 in the message management device 1 can also be described as the acceptance of health information.
[0083] The health information provision unit 133 of the message management device 1 provides health information stored in association with user U1 to users U2-1 and U2-2, who correspond to user U1. Here, user U1's health information is provided only to users U2-1 and U2-2, who are stored in association with user U1 in the user database 121, and is not provided to other second users.
[0084] More preferably, the health information provision unit 133 sends the message candidate generated by the message candidate generation unit 132 based on the health information to the message designation terminal 3 along with the health information (S13).
[0085] Specifically, first, the message candidate generation unit 132 generates messages as message candidates that could serve as proposed measures to improve the health status of user U1. Next, the health information provision unit 133 sends the generated message candidates along with health information to the message designation terminal 3. The transmission of health information and message candidates to the message designation terminal 3 can also be considered the provision of health information and message candidates to users U2-1 and U2-2. At this time, it is preferable that the message candidates sent to the message designation terminal 3 are not sent to the message presentation terminal 2 before an operation (e.g., approval) is performed on the message designation terminal 3.
[0086] The health information display unit 341 of the message designation terminal 3 displays the health information and message candidates received from the message management device 1 on the display (step S31). The display of health information and message candidates on the display can also be considered as presenting the health information and message candidates to users U2-1 and U2-2.
[0087] Figure 12 shows an example of a health information display screen shown on the message-designating terminal 3.
[0088] The health information display screen 321 includes a health information field 3211, a message suggestion field 3212, and a message send button 3213.
[0089] The health information section 3211 represents at least the most recent health information associated with user U1. Preferably, the health information section 3211 also includes past health information associated with user U1. In the example in Figure 12, the health information section 3211 includes a graphical representation of the most recent and past health information. By referring to such a health information section 3211, users U2-1 and U2-2 can appropriately determine the health status of user U1.
[0090] The message candidate field 3212 represents message candidates to be provided to user U1. In Figure 12, the message candidate field 3212 includes the first message candidate 3212-1, the second message candidate 3212-2, and the third message candidate 3212-3.
[0091] The first message candidate 3212-1 and the second message candidate 3212-2 are examples of message candidates generated by the message candidate generation unit 132 based on health information.
[0092] The message candidate generation unit 132 may generate at least one of the first message candidate 3212-1 and the second message candidate 3212-2 by inputting health information associated with user U1 into a machine learning model. The message candidates generated by the message candidate generation unit 132 may be a single message candidate, or they may be multiple message candidates in which at least one of the expression and proposed content differs from one another.
[0093] A machine learning model is trained to generate message candidates in response to health information input, using, for example, a large number of pairs of health information and corresponding messages actually presented to the user as training data. The machine learning model may be, for example, a large-scale language model (LLM). Further training of the LLM can be performed using known methods for fine-tuning the LLM.
[0094] Here, known methods include, for example, methods for updating all or part of the model parameters of a trained LLM using additional training data. Specifically, these include fine-tuning methods that update the parameters of the entire model, partial fine-tuning methods that update only some layers or parameters, and methods that introduce additional learning parameters based on low-rank approximations. Low-rank approximation-based methods include, for example, methods that represent the update of the weight matrix as a low-rank matrix (so-called LoRA), methods that perform learning in combination with quantized parameters, or similar methods. Alternatively, methods may be used to perform learning by adding auxiliary parameters or structures while keeping the parameters of the existing model fixed. As learning methods for additional learning, known methods such as supervised learning, self-supervised learning, reinforcement learning, or reinforcement learning with human feedback can be applied, and may include methods that optimize the model output based on evaluation results or preference information. These methods may be used individually or in combination.
[0095] Furthermore, the output of an LLM can be altered by controlling the prompts provided as input, without updating the parameters within the model. These prompts can include the expected role of the model, output format, constraints, reference information, contextual information, or similar information. By changing the content of the prompts given to the LLM, different outputs can be generated for the same input. Such prompt control can be implemented as system prompts, directives, illustrative inputs, historical information, or a combination thereof.
[0096] The third message candidate 3212-3 is an example of a message candidate that allows users U2-1 and U2-2 of the message designation terminal 3 to input any message. If the third message candidate 3212-3 is selected, users U2-1 and U2-2 of the message designation terminal 3 will be prompted to input a message.
[0097] The message candidate field 3212 has candidate selection radio buttons 3212-1A to 3212-3A, corresponding to each message candidate. Users U2-1 and U2-2 of the message specification terminal 3 can select the corresponding message candidate by performing a predetermined operation (e.g., tapping) on any of the candidate selection radio buttons 3212-1A to 3212-3A.
[0098] The message candidate field 3212 shown in Figure 12 indicates that the first message candidate 3212-1 is selected. Users U2-1 and U2-2 can also be said to specify a message by selecting one of the message candidates from the message candidate field 3212.
[0099] In response to a predetermined operation (e.g., tapping) on the message send button 3213, the message candidate selected in the message candidate field 3212 is sent to the message management device 1 as the specified message. The specification and sending of messages will be described later.
[0100] In this way, the second user can refer to the health information display screen 321 and select an appropriate message from among the multiple message candidates generated by the message candidate generation unit 132 to provide to the first user.
[0101] The health information display screen 321 may be configured to allow editing of message candidates. For example, a message candidate may be editable in response to an operation (e.g., tap) on the area where the message candidates are displayed in the message candidate field 3212. Editing of message candidates may be performed on the health information display screen 321, or on a candidate editing screen (not shown) where the newly displayed message candidate to be edited is displayed. The candidate editing screen may have a message candidate editing area, a correction confirmation button, and a correction cancellation button. Edits made in the message candidate editing area are confirmed in response to an operation (e.g., tap) on the correction confirmation button and canceled in response to an operation (e.g., tap) on the correction cancellation button. When the message send button 3213 is operated with the candidate selection radio button corresponding to the edited message candidate selected, the edited message candidate is sent to the message management device 1. At this time, along with the edited message candidate, information indicating that the message candidate has been edited may be sent to the message management device 1. Alternatively, along with the edited message candidate, the original message candidate may also be sent to the message management device 1.
[0102] The message management device 1 may output the corrected message candidates as training data for the machine learning model. Specifically, the machine learning model performs additional training using pairs of health information and corrected message candidates as training data. The machine learning model may also perform additional training so that the pre-correction message candidates are not output in response to the health information.
[0103] Returning to Figure 10, the chat management unit 134 of the message management device 1 manages a public chat room accessible to both the first user and the second user so that user U1 and users U2-1 and U2-2, who are associated with user U1 in the user database 121, can chat (step S14). By managing the public chat room in this way, message exchange becomes possible between the first user and the second user who manages the health status of the first user. It is preferable that the chat management unit 134 manages the public chat room (public chat room for user U1) so that user U2a, who is a second user not associated with user U1, cannot access it, even if user U2a is the second user who manages the health status of user U1a, who is the first user.
[0104] Furthermore, the chat management unit 134 may manage a restricted chat room accessible to a second user so that users U2-1 and U2-2 can chat, but user U1 cannot access it. It is preferable that the chat management unit 134 manages the restricted chat room (restricted chat room for user U1) so that user U2a, a second user not associated with user U1, cannot access it, even if U2a is a second user managing the health status of the first user, user U1a. By managing the restricted chat room in this way, the chat management unit 134 can provide a forum for discussion among stakeholders without the employee on leave being able to access it. By not allowing the employee on leave to access the restricted chat room, the risk of accidentally inviting the employee on leave to the restricted chat room is also reduced. Here, a public chat room refers to a chat room where chat with the first user is possible. A public chat room is accessible to the first user and a second user associated with that first user, with access restricted to other users. On the other hand, a restricted chat room is accessible only to the second user, with access restricted to the first user.
[0105] The message management device 1, for example, prohibits access to a restricted chat room from the chat access unit 342 of the message presentation terminal 2, while allowing access from the message designation terminal 3. This management allows users U2-1 and U2-2 to exchange messages without being referenced by user U1.
[0106] Figure 13 shows an example of the limited chat room screen displayed on message-designated terminal 3.
[0107] The limited chat room screen 322 has a title field 3221, a chat history field 3222, and a chat input field 3223.
[0108] The title field 3221 displays a title to identify the restricted chat room screen 322. The title may be created by any user who has access to the restricted chat room screen 322. Alternatively, the title may be created by the chat management unit 134. A restricted chat room accessible to a limited number of users can also be called a group chat.
[0109] The chat history section 3222 displays chat messages (hereinafter simply referred to as "chat") received by the chat management unit 134 when a restricted chat room is specified. Sending a chat that specifies a restricted chat room can also be referred to as posting a chat. The chat history section 3222 may display the received chats in chronological order (for example, older chats appearing at the top of the screen).
[0110] In the example in Figure 13, the chat history field 3222 includes the first chat 3222-1, the second chat 3222-2, and the third chat 3222-3. The first chat 3222-1 is a chat generated by the chat management unit 134 in response to the registration of the limited chat room. The second chat 3222-2 is a chat posted by user U2-1 of the message-designated terminal 3 that displays the limited chat room screen 322. The third chat 3222-3 is a chat posted by user U2-2, who is different from user U2-1 of the message-designated terminal 3 that displays the limited chat room screen 322.
[0111] The chat input field 3223 is a field for entering chat messages to be posted to the private chat room. The private chat room screen 322 may display a virtual keyboard for text input in response to a predetermined operation (e.g., tapping) on the chat input field 3223.
[0112] In response to a predetermined operation (e.g., tapping) on the post button 3223A of the chat input field 3223, the chat entered in the chat input field 3223 is sent to the message management device 1. The chat management unit 134 updates the limited chat room screen 322 by sending data to the message designation terminal 3 to update the limited chat room screen 322, so that the newly posted chat is included in the chat history field 3222.
[0113] The timing of the chat room management (step S14) is not limited to after step S13. For example, the message management device 1 may continuously execute step S14 during the operation sequence shown in Figure 10. Alternatively, the message management device 1 may execute step S14 at least one of the following: before the first process and after the last process in the operation sequence shown in Figure 10.
[0114] However, it is preferable that the message management device 1 executes step S14 at least after step S13. By operating in this manner, the message management device 1 can provide users U2-1 and U2-2, who have been presented with message candidates and health information, with an opportunity to exchange chat messages (which can also be called message exchanges) regarding how to respond to user U1.
[0115] Returning to Figure 10, the message designation unit 343 of the message designation terminal 3 designates a message for user U1 in response to an operation by at least one of users U2-1 and U2-2 (step S32), and transmits information representing the designated message to the message management device 1. The message transmitted in response to the operation of the second user can also be called a message approved by the second user. In other words, at least one of the multiple message designation terminals 3 accepts an operation to designate a message for user U1.
[0116] The operation for specifying a message may be, for example, selecting one of several message candidates, or it may be an operation to input a string corresponding to the message content. In the health information display screen 321 shown in Figure 12, the operation for specifying a message corresponds to a predetermined operation on one of the candidate selection radio buttons 3212-1A to 3212-3A, and a predetermined operation on the message send button 3213. As described above, the information representing the specified message may be a message candidate modified by a second user.
[0117] The message provision unit 135 of the message management device 1 provides a message to the message presentation terminal 2 based on the information received from the message designation terminal 3 (step S15). The message provided by the message provision unit 135 to the message presentation terminal 2 may be a message approved or modified by a second user. By configuring the system to provide the first user with a message approved or modified by a second user, the safety and quality of advisory services can be standardized.
[0118] The message management device 1 provides a message to the message presentation terminal 2 by, for example, transmitting information corresponding to the information received from the message designation terminal 3 to the message presentation terminal 2.
[0119] If two or more messages are sent from multiple message designation terminals 3 to be provided to user U1, the message management device 1 may identify which message should be sent to the message presentation terminal 2 according to predetermined rules. As predetermined rules, the message management device 1 may identify, for example, the message that has been designated by the largest number of second users, the message that has been designated by a majority of second users, or the message that has been designated by the user with the highest predetermined priority.
[0120] The message display unit 242 of the message display terminal 2 displays the message received from the message management device 1 on its display (step S23), and then completes the series of operations. Displaying the message on the display can be considered providing the message to user U1.
[0121] Figure 14 shows an example of the message display screen shown on the message presentation terminal 2.
[0122] The message display screen 222 includes a sender field 2221, a message history field 2222, and a field for entering a sent message 2223.
[0123] The sender field 2221 displays the name of the sender who sent the message. The name may be a user identifier stored in the user database 121, or it may be a username stored in association with the user identifier.
[0124] The message history section 2222 displays messages received from the sender. The message history section 2222 may display received messages in chronological order (for example, with older messages appearing at the top of the screen).
[0125] In the example in Figure 14, the message history field 2222 contains the first message 2222-1.
[0126] The message input field 2223 is a field for entering the message to be sent to the recipient. The message display screen 222 may display a virtual keyboard for text input in response to a predetermined operation (e.g., tapping) on the message input field 2223.
[0127] In response to a predetermined operation (e.g., tapping) on the send button 2223A of the message input field 2223, the message entered in the message input field 2223 is sent to the message management device 1, with the sender of the message displayed on the message display screen 222 as the recipient. The message management device 1 may provide the received message to the message designation terminal 3 corresponding to the recipient user.
[0128] According to this message management system 100, users U2-1 and U2-2 of the message designation terminal 3 can send an appropriate message to user U1 by chatting.
[0129] Those skilled in the art should understand that various changes, substitutions, and modifications can be made to this disclosure without departing from its spirit and scope. [Explanation of symbols]
[0130] 1. Message management device 131 Health Information Reception Department 132 Message Candidate Generation Unit 133 Health Information Department 134 Chat Management Department 135 Message Provider 2 Message display terminal 241 Health Information Request Department 242 Message Display Section 3 Message-specifying terminal 341 Health Information Presentation Department 342 Chat Access Section 343 Message specification section
Claims
1. A user-related database that stores information about a first user whose health status is managed and a second user who manages the health status of the first user, among multiple users, A health information provision unit provides health information regarding the health status provided by the first user only to the second user associated with the first user in the user-related database, A chat management unit that grants access to a public chat room where chat with the first user is possible only to the first user and the second user associated with the first user in the user-related database, A message provision unit that provides the first user with a message based on the health information in response to the operation of the second user, A message management device equipped with the following features.
2. The message management device according to claim 1, wherein the chat management unit does not permit the first user to access the limited chat rooms that the second user can access.
3. The user-related database stores multiple second users associated with the first user, The system further comprises a message candidate generation unit that generates message candidates to be provided to the first user based on the aforementioned health information, The health information provision unit provides the message candidates along with the health information to each of the multiple second users. The message provider unit provides the first user with the message candidate that has been approved by an operation of at least one of the multiple second users. The message management device according to claim 1.
4. The message management device according to claim 3, wherein the message candidate generation unit generates message candidates to be provided to the first user by inputting the health information associated with the first user into a machine learning model that has been trained to generate message candidates in response to the input of the health information.
5. The message management device according to claim 4, wherein, from among the message candidates provided to each of the plurality of second users, the message candidates approved on the condition that they be modified by an operation of at least one of the plurality of second users are output as training data for the machine learning model.
6. Among multiple users, health information regarding the health status provided by the first user whose health status is managed will be provided only to the second user who is associated in the user-related database to manage the health status of the said first user. Access to the public chat room where the first user can chat is permitted only to the first user and the second user associated with the first user in the user-related database, In response to the actions of the second user, a message to the first user based on the health information is provided to the first user, Message management methods including [specific methods].