JP6318763B2 - Chat summary reference control method, chat summary reference control program, and chat summary reference control device - Google Patents

Description

  The present invention relates to a technique for providing editing information of messages exchanged using a chat function.

  In recent years, a chat function has been used as a communication tool using a computer system. An example of the prior art using such a chat function is as follows. That is, in a conference that is performed using the Internet chat function or the Internet telephone function, the content of a statement is captured through a microphone, recognized by voice recognition, displayed on a display, and recorded. At that time, everyone can check the text data of their remarks and modify it by themselves. In addition, the text data corrected by each person can be distributed to all the conference participants as minutes. It should be noted that even if the character data is corrected, the voice data cannot be corrected. The original audio can be played back by anyone who receives the minutes.

JP 2001-350749 A

  Here, the minutes generated based on the remarks from the chat function etc. will be provided not only to the participants of the chat but also to people who do not participate in the chat but should share only the information contained in the minutes. Can be considered. However, in some cases, it is preferable not to disclose to such a provider even the actual exchange in chat (the original text of messages sent and received in chat). As a specific example, when providing the boss with the minutes generated based on the content of messages exchanged between employees using the chat function, the wording or expression in chat, which is a casual conversation, There are cases where it is not appropriate for disclosure. As another example, there is a case in which the content of the conversation flow in the chat deviates to a content not directly related to the agenda.

  Therefore, according to one aspect of the present invention, when providing the minutes generated based on the messages exchanged using the chat function, whether or not to disclose the actual message exchange contents according to the provider. It aims to be able to control.

In one aspect of the present invention, a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of transmission source information that is information that can specify a transmission source user account for each of the plurality of messages. With reference, edit information obtained by editing the plurality of messages is generated. In this case, a screen for checking a plurality of messages is provided to the user accounts included in the plurality of transmission sources, the check results are received from the plurality of transmission sources, and the plurality of messages based on the check results are received. Edit information obtained by editing is generated. For the user accounts included in the plurality of transmission sources described above, editing information is provided, and an interface that allows reference to a plurality of messages before editing is provided. Also, editing information is provided for the user accounts other than the plurality of transmission sources described above, and no interface is provided.

  According to one aspect of the present invention, when providing the minutes generated based on the messages exchanged using the chat function, whether or not to disclose the actual message exchange contents according to the provision destination You will be able to control.

It is explanatory drawing which shows an example of the whole structure of the system in this embodiment. It is explanatory drawing which shows an example of a function structure and data structure of the server apparatus in this embodiment. It is explanatory drawing which shows an example of personnel affairs DB in this embodiment. It is explanatory drawing which shows an example of chat DB in this embodiment. It is explanatory drawing which shows an example of chat member DB in this embodiment. It is explanatory drawing which shows an example of chat log | history DB in this embodiment. It is explanatory drawing which shows an example of the minutes DB in this embodiment. It is explanatory drawing which shows an example of the minutes totalization DB in this embodiment. It is explanatory drawing which shows an example of the minutes generation DB in this embodiment. It is explanatory drawing which shows an example of electronic mail DB in this embodiment. It is a flowchart which shows an example of the chat process (1) in this embodiment. It is a flowchart which shows an example of the chat process (2) in this embodiment. It is a flowchart which shows an example of the minutes production | generation process (1) in this embodiment. It is a flowchart which shows an example of the minutes production | generation process (2) in this embodiment. It is a flowchart which shows an example of the minutes production | generation process (3) in this embodiment. It is a flowchart which shows an example of the minutes transmission process in this embodiment. It is a flowchart which shows an example of the minutes browsing process (1) in this embodiment. It is a flowchart which shows an example of the minutes browsing process (2) in this embodiment. It is explanatory drawing which shows an example of the chat screen in this embodiment. It is explanatory drawing which shows an example of the statement content check screen (for chat participants other than the minutes creator) in this embodiment. It is explanatory drawing which shows an example of the statement content check screen (for minutes creators) in this embodiment. It is explanatory drawing which shows an example of the check result total screen in this embodiment. It is explanatory drawing which shows an example of the word correction screen in this embodiment. It is explanatory drawing which shows an example of the confirmation screen in this embodiment. It is explanatory drawing which shows an example of the message preparation screen in this embodiment. It is explanatory drawing which shows an example of the message browsing screen (for chat participants) in this embodiment. It is explanatory drawing which shows an example of the message browsing screen (for users other than a chat participant) in this embodiment. It is explanatory drawing which shows an example of the chat original text display screen in this embodiment. It is an example of the hardware constitutions of the server apparatus in this embodiment, and a client terminal.

[Overview of this embodiment]
In the present embodiment, a minutes is generated using a message exchanged between users of a computer system using a chat function, and the generated minutes are provided. As an example, in this embodiment, when a user activates a client terminal, groupware having a chat function and an email function is activated. When a message is exchanged by a chat function among multiple users participating in groupware, and the content becomes meaningful content that should be left in the minutes, the user presses the minutes creation button as appropriate. By doing so, it is possible to leave the exchange of messages in the previous chat as minutes. Here, when generating the minutes, instead of diverting the exchanged messages (utterances) to the minutes as they are, select the statements to be included in the minutes, or record the contents of the statements as necessary. It can be modified to a suitable expression. Furthermore, the generated minutes can be provided using an electronic mail function.

  Here, in the present embodiment, the destination of the minutes, that is, the destination of the email message to which the minutes are sent (in other words, the viewer of the email message) can be referred to from the email message. Control the content.

  Specifically, in this embodiment, when the viewer of the email message is a user who participated in the chat that generated the minutes, the original text of the chat is displayed from the email message, that is, the chat is actually performed. Make it possible to see the contents of the exchanges that took place. In this way, participants in the chat can refer to the actual conversation in the chat, so that they can remember the specific content of the chat and the flow of the conversation, and recognize the details of the discussion in more detail. It becomes possible to do.

  On the other hand, in this embodiment, when the viewer of the e-mail message is a user who does not participate in the chat that generated the minutes, control is performed so that the original text display of the chat cannot be referred to. In this way, unnecessary information is not disclosed to users who are not participating in the chat, and only the minutes edited appropriately can be disclosed. As a specific example, when the minutes generated based on chat messages exchanged between employees are also provided to the supervisor, etc., only the minutes appropriately edited with casual words and expressions in the chat are displayed. Etc. can be disclosed. As another example, in the case of a conversation flow in chat, when the content is not directly related to the agenda during the course, only the minutes edited by appropriately omitting the speech of such conversation are used. Can be disclosed.

The minutes are an aspect of the editing information. Providing the minutes by the electronic mail function is one aspect of the editing information providing method.
Hereinafter, specific modes of this embodiment will be described in detail.

[System overall configuration, server device functional configuration and data configuration]
FIG. 1 shows the overall configuration of the system in this embodiment.
This system includes a server device 1 and client terminals 2 (2-1 to 2-n). The server device 1 and the client terminal 2 are connected via a network 3 so that they can communicate with each other. The network 3 is, for example, a LAN (Local Area Network) or a WAN (Wide Area Network), and may be either a wired connection or a wireless connection.

  When the client terminal 2 is activated, the server device 1 makes the groupware usable in the client terminal 2 used by the user. The server device 1 realizes a chat function and an electronic mail function between the client terminals 2 in response to a request from the client terminal 2. Specifically, the server device 1 manages the user ID of the user who has logged in to the groupware and the IP address of the client terminal 2 used by the user, and sends the message received from each client terminal 2 to the transmission destination. It transmits to the client terminal 2 which the other specified user uses.

Hereinafter, the functional configuration and data configuration of the server apparatus 1 will be described with reference to FIG.
As shown in FIG. 2, the server device 1 includes a chat processing unit 11, a minutes generation unit 12, and a minutes provision unit 13 that realize functions by loading and executing a program. In addition, the server device 1 includes, in its storage means, a personnel database (hereinafter referred to as a personnel database; similar to other databases) 21, a chat DB 22, a chat member DB 23, a chat history DB 24, a minutes DB 25, a minutes totaling DB 26, a minutes A record generation DB 27 and an e-mail DB 28 are provided.

First, the functional configuration of the server device 1 will be described.
The chat processing unit 11 realizes a chat function between users of the client terminal 2. Specifically, when a chat generation request is made by the user, the chat processing unit 11 uses the personnel database 21 to authenticate the user who made the chat generation request, that is, the user who created the chat. In addition, the chat processing unit 11 generates a new chat in response to the chat generation request, and stores the chat summary information in the chat DB 22. Then, the chat screen 31 is transmitted to the chat creator, the selection (invitation) of the chat member by the user is accepted, and information regarding the user who is the selected member is managed in the chat member DB 23. Moreover, the chat screen 31 is similarly transmitted to the chat participant who participated in chat among the selected members. And the chat process part 11 will transmit a message to the other chat participant, if the message of chat by a chat participant (sender), ie, the content of speech, is received, and the information relevant to speech is stored in chat history DB24. To do.

  The minutes generating unit 12 generates the minutes based on the chat remarks by the chat function realized by the chat processing unit 11 described above. Specifically, the minutes generating unit 12 generates minutes in response to a request for generating minutes by a chat participant, and stores summary information of the minutes in the minutes DB 25. In addition, the minutes generation unit 12 presents the message content check screen 32 to the chat participant, and collects the result of checking the message content by the chat participant. Then, the minutes generation unit 12 totals the collected check results and stores them in the minutes totalization DB 26. Furthermore, the minutes generation unit 12 presents a check result totaling screen 33 showing the totaled check results to the user who has made the minutes generation request, that is, the minutes creator. Then, the minutes generation unit 12 accepts selection of comment contents to be included in the minutes and correction of the comment contents by the minutes creator, and stores the selection and correction contents of the statement contents in the minutes generation DB 27. Note that the minutes generation unit 12 is an aspect of the generation unit. Moreover, selection of the content of a statement included in the minutes and correction of the content of the statement are an aspect of editing.

  The minutes providing unit 13 transmits the minutes generated by the minutes generating unit 12 to the user designated by the minutes creator using the electronic mail function. At this time, the minutes providing unit 13 refers to the minutes generation DB 27 to generate and transmit an e-mail message including the contents of the minutes. And the minutes provision part 13 stores the information of the transmitted e-mail message in the e-mail DB 28 that manages the e-mail message of each user. In addition, the minutes providing unit 13 refers to the chat member DB 23 when the user to whom the e-mail message is addressed browses (refers to) the e-mail message. Is identified. Then, when the user who browses the e-mail message is a chat participant, the minutes providing unit 13 enables display of the original chat text on the browsing screen for the e-mail message (that is, allows reference to the original chat text). ) Insert a button. On the other hand, when the user who browses the e-mail message is not a chat participant, the minutes providing unit 13 performs control so as not to insert a button that enables the display of the original chat text on the browsing screen for the e-mail message. The minutes providing unit 13 is an aspect of the providing control unit.

Next, the data configuration of data stored in the storage unit of the server device 1 will be described.
The HR DB 21 is a DB that stores various information related to groupware users. As shown in FIG. 3, for example, the personnel DB 21 includes items of user ID, password, name, and affiliation, which are identifiers for uniquely identifying users. In this embodiment, it is assumed that the user ID, that is, the user account is the user's e-mail address. In the illustration of the data contents of each DB described below, the latter half of the e-mail address as the user ID is omitted as appropriate.

  The chat DB 22 is a DB in which summary information on chat generated in the system is stored. For example, as shown in FIG. 4, the chat DB 22 includes items of a chat ID that is an identifier for uniquely identifying a chat, a chat creator ID that is a user ID of a user who starts (generates) chat, and a chat generation date and time. .

  The chat member DB 23 is a DB in which information about users who are participating or invited to chat is stored. For example, as shown in FIG. 5, the chat member DB 23 is a chat ID, a member ID that is a user ID of a user who is participating or invited to chat, and whether or not each user is invited to chat. It includes a status item indicating whether or not the user has participated after being played.

  Chat history DB24 is DB in which the information regarding the content of the utterance in chat is stored. For example, as shown in FIG. 6, the chat history DB 24 includes a chat ID, a statement number that is an identifier for uniquely identifying a message in the chat, a date and time of the message, a speaker ID that is a user ID of the user who made the message, and a message Includes content items.

  The minutes DB 25 is a DB in which summary information of minutes generated using the chat remark content is stored. For example, as shown in FIG. 7, the minutes DB 25 is a minutes ID that is an identifier for uniquely identifying the minutes, a chat ID for chat that generates the minutes, and a minutes creation that is a user ID of the minutes creator. And a mail transmission date and time item which is a date and time when an electronic mail containing the contents of the minutes is transmitted.

  The minutes totalization DB 26 is a DB that stores the check results obtained by the chat participants checking the content of chat messages used for the minutes. The minutes summary DB 26 has a table for each minutes. For example, as shown in FIG. 8, the table corresponding to each minutes indicates the message number, the input ID that is the user ID of the user who performed the check, and the determination as to whether or not to include the message contents. It includes a use flag and an unnecessary flag, a comment input by the user at the time of check, and a selection flag indicating that it has been selected as a statement content to be included in the minutes by the minutes creator.

  The minutes generation DB 27 is a DB that stores detailed information on the contents of the generated minutes. The minutes generation DB 27 has a table for each minutes. As shown in FIG. 9, for example, the table corresponding to each minutes includes a statement number, a speaker ID, a statement content, and a corrected text item. When the content of a statement included in the minutes is corrected by the minutes creator, the corrected content of the statement is stored in the corrected text.

  The e-mail DB 28 is a DB that stores information about e-mails transmitted and received between users. The e-mail DB 28 has a table for each user. For example, as shown in FIG. 10, the table corresponding to each user includes a type indicating whether the message is a received message or a transmitted message, a message ID that is an identifier for uniquely identifying the message, and the user who transmitted the message. It includes items such as a sender ID as a user ID, a minutes ID when the message is generated including the contents of the minutes, and message information. The message information includes items of date and time when the message is transmitted or received, message destination, subject, and body.

[Process description]
Next, processing executed in the server device 1 will be described with reference to FIGS. In the description, the data shown in FIGS. 3 to 10 and the screen display examples shown in FIGS.

<Chat processing>
Steps S1 to S16 shown in FIGS. 11 and 12 are processes for realizing chat between users.

  Step S1: The chat processing unit 11 determines whether or not a chat generation request by a user of any one of the client terminals 2 has been received. The chat generation request is transmitted to the server device 1 by the client terminal 2 in response to a chat start operation by a user via a user interface (not shown). That is, the user who made the chat generation request, that is, chat generation The user's user ID. If a chat generation request is received, the process proceeds to step S2 (Yes). Otherwise, the process waits until a chat generation request is received (No).

  Step S2: The chat processing unit 11 performs user authentication of the chat creator. Specifically, when the record including the user ID received from the client terminal 2 exists in the personnel DB 21 in FIG. 3, the chat processing unit 11 continues the subsequent processing assuming that the user authentication is successful. If the record does not exist in the personnel DB 21, for example, an error indicating that user authentication has failed is notified to the client terminal 2.

  Step S3: The chat processing unit 11 generates a new chat. Specifically, the chat processing unit 11 first issues a new chat ID. The chat processing unit 11 records a record including the issued chat ID, the chat creator ID that is the user ID of the chat creator, and the chat generation date and time that is the current date and time in the chat DB 22 shown in FIG.

  Step S4: The chat processing unit 11 transmits a chat screen 31 as shown in FIG. 19 to the client terminal 2 used by the chat creator. As a result, the chat screen 31 is displayed on the client terminal 2 side, and the user can select a chat member. At this stage, the chat member is still one chat creator, and the chat content is blank.

  Step S5: The chat processing unit 11 determines whether or not a chat member selection request by the chat creator has been received. The chat member selection request is transmitted to the server device 1 by the client terminal 2 in response to the user performing an operation of pressing the “add member” button on the chat screen 31 or another user's selection operation. , Including the user ID of the selected user. If a chat member selection request is received, the process proceeds to step S6 (Yes). Otherwise, the process waits until a chat member selection request is received (No).

  Step S6: The chat processing unit 11 records information on the selected chat member, that is, information on the user invited to the chat, in the chat member DB 23 shown in FIG. Specifically, the chat processing unit 11 associates the chat ID issued in step S3 with the user ID of the invited user and records the status of each user as “inviting” in the chat member DB 23. Record.

  Step S7: The chat processing unit 11 determines whether or not an invitation check request for identifying a state invited to chat by a user of any one of the client terminals 2 has been received. The check request is transmitted from each client terminal 2 to the server device 1 at predetermined time intervals, for example, and includes the user ID of the user of each client terminal 2. If an invitation check request has been received, the process proceeds to step S8 (Yes). Otherwise, the process waits until an invitation check request is received (No).

  Step S8: The chat processing unit 11 identifies that there is a chat in which the user who sent the invitation check request is in the “inviting” state. Specifically, the chat processing unit 11 refers to the chat member DB 23 and obtains a record including the user ID included in the invitation check request and having a state of “inviting”.

  Step S9: The chat processing unit 11 determines whether or not the record has been acquired in Step S8 (whether or not the record exists). If the record has been acquired, the process proceeds to Step S10 (Yes). The process returns to S7 and waits until a further invitation check request is received (No).

  Step S10: The chat processing unit 11 updates the state of the record acquired in Step S8 among the records in the chat member DB 23 to “participating”. As a result, the user who has sent the invitation check request has joined the chat.

  Step S11: The chat processing unit 11 transmits a chat screen 31 as shown in FIG. 19 to the user who sent the invitation check request, as in step S4. Specifically, the chat processing unit 11 transmits the chat screen 31 to the client terminal 2 that has transmitted the invitation check request received in step S7. As a result, the chat screen 31 is displayed on the client terminal 2 side, and the user who sent the invitation check request makes a comment (sends a message) in the chat by inputting characters on the chat screen 31. It becomes possible. A user who participates in chat in this way is called a chat participant.

  Step S12: The chat processing unit 11 determines whether or not a message from the chat participant, that is, character information indicating the content of the message has been received from the client terminal 2. The character information is transmitted to the server device 1 by the client terminal 2 in response to an operation in which the chat participant inputs a character in the input area in the chat screen 31, and the chat participant who is inputting the character information. Contains the user ID. If character information is received, the process proceeds to step S13 (Yes), and if not, the process proceeds to step S14 (No).

  Step S13: The chat processing unit 11 records the remarks made by the chat participant in the chat history DB 24 shown in FIG. Specifically, the chat processing unit 11 gives a speech number to the character information received from the client terminal 2. Then, the chat processing unit 11 includes, in the chat history DB 24, the chat ID, the message number, the message date and time that is the current date and time, the speaker ID that is the user ID of the chat participant who performed the character input, and the input character information. Records a record that includes a statement.

  Step S14: The chat processing unit 11 determines whether or not a message update check request for identifying a state where a new message is made in the chat is received from the chat participant. The message update check request is transmitted from each client terminal 2 to the server device 1 at predetermined time intervals, for example, and includes a chat ID. If a remark update check request is received, the process proceeds to step S15 (Yes), and if not, the process proceeds to step S17 (No).

  Step S15: The chat processing unit 11 acquires information related to chat utterances after the previous message update check from the chat history DB 24. Specifically, the chat processing unit 11 is a record including the chat ID included in the received message update check request among the records in the chat history DB 24, and the message date and time is later than the timing of the previous message update check. Of a record (that is, a record including a new statement made within the update check interval from the current time) is acquired.

  Step S16: The chat processing unit 11 transmits information on the newly acquired chat message to the user who is the transmission source of the update check request. Specifically, the chat processing unit 11 sends the information (including the name (which can be acquired from the personnel database 21) corresponding to the acquired speaker ID), the content of the message, and the date and time of the update to the client terminal that is the transmission source of the update check request. 2 to send. Thereby, in the chat screen 31 displayed on the client terminal 2, information on the latest utterance in the chat is displayed.

<Meeting process>
Steps S <b> 17 to S <b> 42 shown in FIGS. 13 to 15 are processes for generating the minutes using the chat content.
Of these processes, Steps S17 to S29 are processes for collecting check results by chat participants for the content of statements used in the minutes.

  Step S17: The minutes generating unit 12 determines whether or not a request for generating the minutes based on the content of the chat message is received from the chat participant. The minutes generation request is sent from the client terminal 2 to the server device 1 in response to the chat participant performing a pressing operation on the “Create minutes” button on the chat screen 31 shown in FIG. The chat ID of the chat subject to the minutes generation and the user ID of the chat participant who performed the operation are included. If the minutes generation request is received, the process proceeds to step S19 (Yes), and if not, the process proceeds to step S18 (No).

Step S18: The minutes generation unit 12 determines whether or not a chat end request has been received from the chat participant. If not received, the process returns to step S12 to wait for the reception of character information (Yes). If not, the chat is ended and the process is ended (No).
Step S19: The minutes generating unit 12 starts generating new minutes. Specifically, the minutes generation unit 12 issues a new minutes ID.

Step S20: The minutes generating unit 12 adds the chat ID, the minutes ID, and the user who made the minutes generation request to the minutes DB 25 shown in FIG. 7, that is, the minutes creator ID that is the user ID of the minutes creator. And records with the progress status being “counting”. At this stage, the mail transmission date / time is blank in the record items.
Step S21: The minutes generation unit 12 determines whether or not a minutes generation request check request for identifying that a request for generation of minutes has been received from a chat participant. The minutes generation request check request is transmitted, for example, by each client terminal 2 to the server device 1 at predetermined time intervals, and includes a chat ID of a chat to be generated as a minutes. If the minutes generation request check request is received, the process proceeds to step S22 (Yes). Otherwise, the process waits until the minutes generation request check request is received (No).

Step S22: The minutes generating unit 12 obtains a record including the chat ID included in the minutes generation request check request received in Step S21 and having a progress status of “counting” from the minutes DB 25.
Step S23: The minutes generation unit 12 determines whether or not the record can be acquired in Step S22. If it can be acquired, the process proceeds to Step S24 (Yes), otherwise returns to Step S21 and further minutes Wait until a record generation request check request is received (No).

Step S24: The minutes generating unit 12 refers to the minutes totaling DB 26 shown in FIG. 8, and from the minutes ID table included in the record acquired in step S22, the chat participation of the sender of the minutes generation request check request A record including the user ID of the person is acquired.
Step S25: The minutes generating unit 12 determines whether or not a record has been acquired in step S24. If it can be obtained, the process proceeds to step S30 (Yes). On the other hand, if not, the process proceeds to step S26, and in step S26 to step S29, a process of causing the chat participant who has transmitted the minutes generation request check request to check the contents of the minutes is performed (No).

  Step S26: The minutes generating unit 12 generates a statement content check screen 32 that can check the statement contents to be reflected in the minutes. Specifically, the minutes generation unit 12 refers to the chat history DB 24 and acquires a record including the chat ID included in the minutes generation request, that is, the chat ID of the chat for which the minutes are to be generated. Then, as shown in FIG. 20, the minutes generation unit 12 inserts an evaluation button, a comment field, etc. for evaluating whether the statement number included in the acquired record is used for the minutes or unnecessary. The remark content check screen 32-1 is generated.

  Note that when the transmission destination of the message content check screen is the minutes creator, the minutes generation unit 12 specifically matches the user ID received in step S17 with the user ID received in step S21. If so, do the following: That is, the minutes generating unit 12 further inserts a “total” button as shown in the statement content check screen 32-2 in FIG. The “aggregate” button is a button for performing a process of aggregating the check results of the content of the remarks by the chat participant (a process in steps S30 to S42 described later).

  Step S27: The minutes generation unit 12 transmits the message content check screen 32-1 or 32-2 to the client terminal 2 used by the chat participant who has transmitted the minutes generation request check request. As a result, the message content check screen 32-1 or 32-2 can be displayed on the client terminal 2 side. Then, the chat participant who sent the minutes generation request check request, that is, the comment content checker, uses the comment content check screen 32-1 or 32-2 to determine how the chat message content is recorded in the minutes. It is possible to specify whether to reflect in

  Step S28: The minutes generating unit 12 determines whether or not the minutes check result has been received from the statement content checker. The check result is transmitted from the client terminal 2 to the server device 1 in response to the statement content checker pressing the “check completed” button on the minutes check screen of the client terminal 2. Then, the check result indicates either a chat ID, a user ID of a message content checker, a message number, or a use flag indicating whether or not to use each message content corresponding to the message number and an unnecessary flag. Contains information and comments when checking. If the check result is received, the process proceeds to step S29 (Yes), and if not, the process waits until the check result is received (No).

  Step S29: The minutes generating unit 12 includes a record including the received check result, that is, the chat ID, the user ID of the utterance content checker, the utterance number, and information indicating one of the usage flag and the unnecessary flag ( A record including the corresponding flag being turned on (O) and a comment at the time of check is recorded in the minutes summary DB 26.

  Steps S30 to S42 below are processes for the minutes creator to determine the contents of the minutes based on the check result of the comment contents by the chat participant in the process of generating the minutes.

Step S30: The minutes generation unit 12 determines whether or not a request for counting the minutes is received from the minutes creator. The aggregation request is sent by the client terminal 2 to the server device 1 in response to the minutes creator pressing the “Aggregate” button on the minutes check screen shown in FIG. Includes the chat ID for the record creation. If an aggregation request is received, the process proceeds to step S31 (Yes), and if not, it waits until an aggregation request is received (No).
Note that the minutes creator may perform the operation of pressing the “total” button after waiting for the check results received from all users participating in the chat, or without waiting for this. Also good.

  Step S31: The minutes generating unit 12 updates the progress state of the record including the chat ID included in the aggregation request among the records in the minutes DB 25 from “counting” to “editing”.

  Step S32: The minutes generating unit 12 performs a check for the minutes creator to determine the contents of the statement to be adopted in the minutes while referring to the check results of the chat participants as shown in FIG. A result totaling screen 33 is generated. Specifically, the minutes generation unit 12 refers to the chat history DB 24, acquires the speaker and the content of the record including the chat ID included in the totaling request, and inserts it into the check result totaling screen 33.

  Step S <b> 33: The minutes generating unit 12 inserts the check result tabulation result by the chat participant into the check result tabulation screen 33. Specifically, the minutes generating unit 12 refers to the minutes totaling DB 26 and acquires all the records including the chat ID included in the totaling request. Then, the minutes generating unit 12 counts the number of use flags and unnecessary flags for each statement number, and inserts the total number into the check result totaling screen 33 in association with the content of the statement. Here, the inserted number is a link to the breakdown display of the chat participant who has performed the check to be counted. In addition, when the acquired record includes a comment, the minutes generating unit 12 counts the number of comments, and inserts the counted number into the check result totaling screen 33 as a link to the comment display. Furthermore, the minutes generation unit 12 inserts a selection field in which a check can be input when the minutes creator selects each of the contents of the statement.

  Step S34: The minutes generation unit 12 transmits the generated check result aggregation screen 33 to the client terminal 2 used by the minutes creator. As a result, the check result totaling screen 33 is displayed on the client terminal 2 side. Then, the minutes creator can use the check result totaling screen 33 to select the content of the remarks to be adopted in the minutes while referring to the result of the check by the chat participants. Become.

  Step S35: The minutes generation unit 12 determines whether or not the selection result of the statement contents included in the minutes among the statement contents of the minutes has been received from the minutes creator. The selection result is transmitted from the client terminal 2 to the server device 1 in response to the minutes creator pressing the “selection determination” button on the check result aggregation screen 33 at the client terminal 2. The chat ID and the message number of the selected message content are included. If the selection result is received, the process proceeds to step S36 (Yes), and if not, the process waits until the selection result is received (No).

  Step S36: The minutes generating unit 12 reflects the received selection result in the minutes totaling DB 26. Specifically, the minutes generating unit 12 records “ON” (◯) in the selection flag of the record including the chat ID and the speech number included in the selection contents among the records of the minutes totaling DB 26.

  Step S37: The minutes generating unit 12 generates the minutes with the contents of the remarks selected by the minutes creator. Specifically, the minutes generation unit 12 includes a record ID of a record including a chat ID (hereinafter referred to as a chat ID to be generated as a minutes) and a statement number included in the selection request among the records in the chat history DB 24. Get the remark content. Then, in the minutes generation DB 27 shown in FIG. 9, a table corresponding to the chat ID of the minutes generation target is generated, and a record in which the statement number, the speaker ID, and the content of the statement are associated is recorded. At this stage, the revised text in the minutes generation DB 27 is blank.

  Step S38: The minutes generating unit 12 transmits to the minutes creator a wording correction screen 34 for correcting the content of statements included in the minutes. Specifically, the minutes generation unit 12 refers to the minutes generation DB 27 and acquires the speaker ID and statement contents of the record including the chat ID for which the minutes are to be generated. Then, as shown in FIG. 23, the minutes generating unit 12 generates a word correction screen 34 that includes the speaker ID and the content of the speech and can correct the content of the speech. On the wording correction screen 34, for example, when each of the contents of a statement is double-clicked, text input becomes possible. In addition, the minutes generation unit 12 inserts an “update” button and a correction flag column indicating that the message content is corrected in association with each content of the message correction screen 34, for example. Then, the minutes generation unit 12 transmits the generated word correction screen 34 to the client terminal 2 used by the minutes creator.

  Step S39: The minutes generating unit 12 determines whether or not the result of correcting the content of the statement in the minutes has been received from the minutes creator. The correction result is sent to the server device 1 by the client terminal 2 in response to the fact that the minutes creator rewritten the content of the statement on the word correction screen 34 and pressed the “update” button on the client terminal 2. And includes the chat ID, the message number of the corrected message content, and the corrected content. If the correction result is received, the process proceeds to step S40 (Yes), and if not, the process proceeds to step S41 (No).

  Step S40: The minutes generating unit 12 records the correction content included in the correction result in the corrected text of the record including the statement number included in the correction result received in step S39 among the records in the minutes generation DB 27. .

  Step S41: The minutes generation unit 12 determines whether or not a request for registration of the contents of the minutes has been received from the minutes creator. The registration request is sent to the server device 1 by the client terminal 2 in response to the minutes creator pressing the “Register” button on the wording correction screen 34 at the client terminal 2, and the chat ID including. If the registration request is received, the process proceeds to step S40 (Yes), and if not, the reception of the registration request is waited (No).

  Step S42: The minutes generating unit 12 transmits a confirmation screen 35 of the contents of the minutes reflecting the correction of the contents of the statement to the minutes creator. Specifically, the minutes generating unit 12 refers to the minutes generation DB 27 and acquires the speaker ID, the contents of the statement, and the corrected text of all records including the chat ID for which the minutes are to be generated. Then, as shown in FIG. 24, the minutes generating unit 12 generates a confirmation screen 35 including the name and the content of the statement corresponding to the speaker ID (or the corrected text when the corrected text is recorded). And transmitted to the client terminal 2 used by the minutes creator.

<Minutes transmission processing>
Steps S43 to S49 shown in FIG. 16 are processes for transmitting the contents of the minutes generated based on the chat message contents in an e-mail message.

  Step S43: The minutes providing unit 13 determines whether or not a request for sending the minutes from the minutes creator has been received. The transmission request is transmitted from the client terminal 2 to the server apparatus 1 in response to the minutes creator pressing the “execute” button on the confirmation screen 35 at the client terminal 2, and the chat ID is set. Including. If a transmission request is received, the process proceeds to step S44 (Yes), and if not, reception of the transmission request is awaited (No).

  Step S44: The minutes providing unit 13 acquires the time when the chat was performed and the information of the chat participants as the meeting date and time and attendees in the minutes. Specifically, the minutes providing unit 13 refers to the chat history DB 24 and acquires the first and last statement date and time included in the record including the chat ID for which the minutes are to be generated. Also, the minutes providing unit 13 refers to the chat member DB 23 and acquires the member ID of the record including the chat ID for which the minutes are to be generated.

  Step S45: The minutes providing unit 13 acquires chat contents (modified as necessary) included in the minutes as the contents of the minutes. Specifically, the minutes providing unit 13 refers to the minutes generation DB 27 and acquires the speaker and statement contents of the record including the chat ID for which the minutes are to be generated. At that time, for the record in which the corrected text is recorded, the minutes providing unit 13 acquires the corrected text instead of the content of the statement.

  Step S46: The minutes providing unit 13 enables the minutes creator to use the e-mail function, and then displays a message creation screen 36 including the contents of the minutes to the minutes creator. Send. Specifically, the minutes providing unit 13 transmits a screen for realizing the function of the electronic mail application to the client terminal 2 used by the minutes creator. Here, an e-mail application may be activated in the client terminal 2. Further, the minutes providing unit 13 uses the information acquired in steps S44 and S45 to generate a message creation screen 36 including the contents of the minutes as shown in FIG. Specifically, the minutes providing unit 13 sets the first and last utterance dates and chat participants in the chat as the meeting date and time and attendees in the minutes of the new message, and utters the chat as the agenda content. The chat participant who performed and the content of the remark are set. Further, the e-mail address of the chat participant (which can be acquired from the personnel database 21) is set as the destination of the new message, and “chat conference” is set as the subject, for example. Then, the minutes providing unit 13 transmits the message creation screen 36 to the client terminal 2. As a result, the message creation screen 36 is displayed on the client terminal 2 side. Then, the minutes creator can add or delete a destination, or correct the text and subject on the message creation screen 36.

  Step S47: The minutes providing unit 13 determines whether or not a request for sending a new message by the minutes creator has been received. The transmission request is transmitted from the client terminal 2 to the server device 1 in response to the minutes creator pressing the “Send” button on the new message generation screen at the client terminal 2. If a transmission request is received, the process proceeds to step S48 (Yes), and if not, reception of the transmission request is awaited (No).

  Step S48: The minutes providing unit 13 sets the current date and time to the message transmission date and time of the record of the chat ID for which the minutes are generated among the records in the minutes DB 25, and updates the progress state to “completed”.

  Step S49: The minutes providing unit 13 performs a process of transmitting a new message including the contents of the minutes requested for transmission by the minutes creator to the designated destination. Specifically, the minutes providing unit 13 records information on the new message in the transmission list of the table corresponding to the minutes creator and the reception list of the table corresponding to the destination user in the electronic mail DB 28. More specifically, the minutes providing unit 13 has a type of “transmission”, a newly assigned message ID, a sender ID that is a user ID of the minutes creator, a minutes ID, and message information. Records that include (date, address, subject, text). As described above, the text of the message information includes the contents of the minutes. In addition, the minutes providing unit 13 records a record with the type of the record “received” in the table corresponding to the user who is the destination of the new message in the e-mail DB 28.

<Minutes browsing process>
Steps S50 to S62 shown in FIG. 17 to FIG. 18 are processes for causing a message destination user to browse a message including the contents of the minutes transmitted by an electronic mail message.

  Step S50: The minutes providing unit 13 determines whether an e-mail message browsing request has been received from any user of the system. The browsing request is transmitted from the client terminal 2 to the server device 1 in response to the user performing a message selection operation or the like from the received message list on the screen that realizes the e-mail function on the client terminal 2. It includes the user ID of the user who made the browsing request and the message ID of the message to be browsed. If a browsing request has been received, the process proceeds to step S48 (Yes), and if not, reception of the browsing request is awaited (No).

Step S51: The minutes providing unit 13 sends information related to the message requested to be browsed from the e-mail DB 28 shown in FIG. 10, that is, the sender ID of the record including the message ID included in the view request, the minutes Get ID and message information.
Step S52: The minutes providing unit 13 generates a message browsing screen 37 including the information acquired in step S51.

  Step S53: The minutes providing unit 13 identifies the chat participant who generated the minutes included in the text of the message requested to be browsed. Specifically, the minutes providing unit 13 refers to the minutes DB 25 and specifies the chat ID of the record including the minutes ID acquired in step S51. Then, referring to the chat member DB 23, the member ID of the record that includes the chat ID and whose state is “participating” is acquired.

  Step S54: The minutes providing unit 13 determines whether or not the user who made the browsing request was a chat participant in which the minutes were generated. Specifically, the minutes providing unit 13 determines whether or not the user ID included in the browsing request is included in the member ID acquired in step S53. If it is included, the process proceeds to step S55 (Yes), and if not, the process proceeds to step S59 (No).

  Step S55: The minutes providing unit 13 inserts a button “display chat original text” in the message browsing screen 37-1, since the user who has requested the browsing is a participant in the chat for which the minutes have been generated.

  Step S56: The minutes providing unit 13 specifies the correction status of the chat utterance. Specifically, the minutes providing unit 13 refers to the minutes generation DB 27 and acquires the speaker ID of the record whose data is recorded in the corrected text.

  Step S57: The minutes providing unit 13 specifies whether or not the content of chat remarks by the user who has made the browsing request has been changed by the minutes creator. Specifically, the minutes providing unit 13 determines whether or not the user ID included in the browsing request is included in the speaker ID acquired in step S56. If it is included, the process proceeds to step S58 (Yes), and if not, the process proceeds to step S59 (No).

  Step S58: The minutes providing unit 13 inserts the message content correction message 42 in the message browsing screen 37-1, because the content of the message by the user who has made the browsing request has been corrected.

  Here, FIG. 26 shows an example of a message browsing screen 37-1 transmitted to the chat participant. In the message browsing screen 37-1 of FIG. 26, the “display chat original text” button 41 is inserted in step S55. Further, in step S58, the message content correction message 42 is inserted. On the other hand, FIG. 27 shows an example of a message browsing screen 37-2 transmitted to a user who is not a chat participant. In the message browsing screen 37-2 in FIG. 27, the “Chat original text display” button 41 does not exist. Naturally, the message content correction message 42 does not exist.

  Step S59: The minutes providing unit 13 transmits the generated message browsing screen 37-1 or 37-2 to the client terminal 2 used by the user who has made the browsing request. As a result, the client terminal 2 displays the received message browsing screen 37-1 or 37-2 so that the user can browse the content of the message. When the “chat original text display” button 41 is inserted in the message browsing screen 37, the chat ID acquired in step S53 is also transmitted.

  Step S60: The minutes providing unit 13 determines whether or not a chat original text display request has been received from the user who has made the browsing request. The chat original text display request is transmitted from the client terminal 2 to the server device 1 in response to the user performing a pressing operation of the “chat original text display” button 41 on the message browsing screen 37-1. Yes, including the user ID and chat ID of the user who made the chat original text display request. If the chat original text display request is received, the process proceeds to step S61 (Yes), and if not, the process ends (No).

  Step S61: The minutes providing unit 13 generates a chat original text display screen 38 that directly includes all the contents of chats in which the minutes included in the message to be browsed are generated. Specifically, the minutes providing unit 13 refers to the chat history DB 24 and acquires the utterance date, utterer ID, and utterance content of all records including the chat ID included in the chat original text display request. Then, as shown in FIG. 28, the minutes providing unit 13 generates a chat original text display screen 38 including the acquired date and time, the name corresponding to the speaker ID, and the content of the statement.

  Step S62: The minutes providing unit 13 transmits the generated chat original text display screen 38 to the client terminal 2 used by the user who made the browsing request. Thereby, in the client terminal 2, the chat original text display screen 38 is displayed, and the user who has made the browsing request can browse the chat content of the chat in which he / she participated as it is. In the screen example shown in FIG. 28, the chat original text display screen 38 is superimposed on the message browsing screen 37.

[Explanation of data showing a specific example of data]
Here, among the processes described above, the minutes generation process, the minutes transmission process, and the minutes browsing process will be described with reference to specific examples of data. In addition, the description which showed the specific example about the chat process is abbreviate | omitted.

<Meeting process>
For example, a case will be described in which a minutes generation request is made for a chat with a chat ID “chat003” by an operation of a user (Mr. Kato) with a user ID “kato@www.zz”. Here, the minutes generation unit 12 assigns a new minutes ID “g002”, the chat ID “chat003”, the minutes ID “g002”, the minutes creator “kato@www.zz”, and the state is Record the “Totaling” record. Here, as shown in the chat member ID of FIG. 6, the user IDs of the chat participants of “chat003” are “tanaka@www.zz”, “ishida @ www.” Except for “kato@www.zz”. zz ”,“ suzuki@www.zz ”, and“ yamada@www.zz ”. For this reason, the minutes generation part 12 transmits the message content check screen 32-1 shown in FIG. 20 to the client terminal 2 corresponding to these user IDs (used by users of these user IDs). On the other hand, the minutes generation unit 12 sends “total” shown in FIG. 21 to the client terminal 2 corresponding to the user ID “kato@www.zz” of the minutes creator, that is, the client terminal 2 used by Mr. Kato. The message content check screen 32-2 including the "" button is transmitted.

  Here, it is assumed that the statement content check screen 32-1 illustrated in FIG. 20 is checked by the user (Mr. Ishida) of the user ID “ishida@www.zz”. In this specific example, for example, attention is paid to the content of the message “I am getting approval” (message number “003”). Mr. Ishida thinks that it is better to reflect the said statement in the minutes, and when reflecting it, he thinks that it is better to specify who is going to get approval. In this case, when Mr. Ishida presses the “use” button in the evaluation column of the statement content check screen 32-1 in the operation of the client terminal 2, the color of the “use” button is inverted as shown in FIG. In addition, Mr. Ishida can write a comment “Who should add?” To the comment field. Then, the check result is transmitted to the server device 1, and the minutes generating unit 12 generates a table of the minutes ID “g002” in the minutes totaling DB 26 as shown in FIG. 003 ”, the input user ID“ ishida@www.zz ”, the usage flag“ ◯ ”, and the comment“ Who should add “?” Are recorded.

  When Mr. Kato, who is the minutes creator, presses the “Total” button on the statement content check screen 32-2 shown in FIG. 21, the minutes generating unit 12 refers to the minutes totaling DB 26 shown in FIG. , Total check results by chat participants. Then, the check result is displayed on the check result totaling screen 33. For example, in the case of the speech number “003”, since the usage flag of the four chat participants is “◯”, the number “4” is displayed in the “use” column of the check result totaling screen 33 as shown in FIG. Insert. In the check result totaling screen 33, the number “4” is a link to the breakdown display of the input user ID whose use flag is “◯”. Further, as described above, since the comment is input by Mr. Ishida, the number “1” is inserted in the “comment” column, and the number “1” is used as a link to the comment content display.

  Then, as shown in FIG. 22, Mr. Kato who is the minutes maker, in the check result totaling screen 33, in the state where the “Selection” column of the statement with the statement number “003” is checked, "Button. Then, as shown in FIG. 9, the minutes generating unit 12 generates a table of the minutes ID “g002” in the minutes generation DB 27, the statement number “003”, and the speaker ID “kato@www.zz”. , Record a record that says "I'm getting approval." At this stage, the revised text is left blank.

  Here, the minutes generation unit 12 is a client in which Mr. Kato uses the wording correction screen 34 on which the minutes creator can correct the contents of statements included in the minutes generation DB 27 shown in FIG. Transmit to terminal 2. Here, as shown in the wording correction screen 34 in FIG. 23, Mr. Kato refers to the comment content “I am getting approval.” It is assumed that Mr. Koyama explained about V1 and gets approval. " Then, the minutes generation unit 12 records the rewritten contents in the corrected text of the record of the statement number “003” in the minutes generation DB 27 shown in FIG. Further, the minutes generation unit 12 generates a confirmation screen 35 as shown in FIG. 24 including information reflecting such a corrected text, and transmits it to the client terminal 2 used by Mr. Kato.

<Minutes transmission processing>
When Mr. Kato who is the minutes creator presses the “execute” button on the confirmation screen 35 shown in FIG. 24, the minutes providing unit 13 uses the chat ID “chat003” from the chat history DB 24 shown in FIG. The utterance date and time “2013/05/15 15:20:01” when the utterance was first made and the last date and time “2013/05/15 15:44:00” are acquired. In addition, the minutes providing unit 13 acquires the user IDs of the chat participants having the chat ID “chat003” described above from the chat member DB 23 illustrated in FIG. 6. Further, the content of the remark included in the minutes is acquired from the table of the minutes ID “g002” in the minutes generation DB 27 together with the speaker ID. If there is a record in the corrected text as in the above-mentioned message number “003”, the corrected text is acquired. And the minutes provision part 13 produces | generates the message preparation screen 36 by an e-mail function as shown in FIG. 25 including such information. In this new message generation screen, the user ID of the chat participant is set as a default destination. And the minutes provision part 13 transmits to the client terminal 2 which Mr. Kato who is the minutes creator uses.

  Here, Kato-san adds Shimada-san (user ID “shimada@www.zz”), a user who has not participated in the chat, to the message creation screen 36. In addition, Mr. Kato can make appropriate corrections to the subject and text of the e-mail message. Then, when Mr. Kato presses the “Send” button on the message creation screen 36, the minutes providing unit 13 records the message information and the like in the electronic mail DB 28. FIG. 10 shows a table corresponding to Mr. Ishida in the e-mail DB 28. The message described above is a record with the message ID “Gij001” in the electronic mail DB 28 shown in FIG. In this record, “g002”, which is the minutes ID of the minutes included in the message, is recorded.

<Minutes browsing process>
Here, a case where a message browsing request specifying the message ID “Gij001” is received from Mr. Ishida, who is the user with the user ID “ishida@www.zz”, will be described. The minutes providing unit 13 acquires information of the message ID “Gij001” from the electronic mail DB 28 and generates a message browsing screen 37. Here, the minutes providing unit 13 acquires the member ID having the chat ID “chat003” and the state “participating” from the chat member DB 23 shown in FIG. 6, and the user ID “ishida@www.zz” is obtained. It is determined whether or not it is included. In this case, since the user ID “ishida@www.zz” is included in the member ID, the minutes providing unit 13 displays the “chat original text display” button 41 on the message browsing screen 37 as shown in FIG. Insert. Further, the minutes providing unit 13 obtains the speaker ID of the statement whose data is recorded in the corrected sentence in the table with the minutes ID “g002” from the minutes generation DB 27, and the user ID “ishida @ It is determined whether or not “www.zz” is included. In this case, at least in the record of the statement number “010” in the minutes generation DB 27, data is recorded in the corrected sentence, and the speaker ID of the record is “ishida@www.zz”. Therefore, the minutes generation unit 12 inserts a message content correction message 42 “Your message content has been partially corrected” into the message browsing screen 37 as shown in FIG. Then, the minutes generating unit 12 transmits the message browsing screen 37 to the client terminal 2 used by Mr. Ishida. Further, when Mr. Ishida presses the “Chat original text display” button 41 on the screen, the minutes generation unit 12 acquires all the content of the message with the chat ID “chat003” from the chat history DB 24. Then, as shown in FIG. 28, the minutes generating unit 12 generates a chat original text display screen 38 that displays the chat content as it is, and transmits it to the client terminal 2 used by Mr. Ishida.

  Next, a case where a message browsing request specifying the message ID “Gij001” is received from Mr. Shimada who is a user with the user ID “shimada@www.zz” will be described. The minutes providing unit 13 acquires information of the message ID “Gij001” from the electronic mail DB 28 and generates a message browsing screen 37. Here, the minutes providing unit 13 acquires the member ID having the chat ID “chat003” and the state “participating” from the chat member DB 23 shown in FIG. 6, and the user ID “shimada@www.zz” It is determined whether or not it is included. In this case, since the user ID “shimada@www.zz” is not included in the member ID, the minutes providing unit 13 displays the “chat original text display” button 41 on the message browsing screen 37 as shown in FIG. Is not inserted.

[Effects of this embodiment, modified examples, etc.]
According to the present embodiment, the contents that can be referred to from the electronic mail message are controlled according to the viewer of the electronic mail message including the minutes. Specifically, in the present embodiment, when the viewer of the e-mail message is a chat participant who generated the minutes, a chat original text display button is displayed in the e-mail message. This allows chat participants to refer to actual chat conversations, so that they can remember the specific content of the chat and the flow of conversation, and can recognize the details of the discussion in more detail. Become. On the other hand, in this embodiment, when the viewer of an electronic mail message is not a chat participant, it controls so that the original text display of chat cannot be referred. In this way, unnecessary information is not disclosed to users who are not participating in the chat, and only the minutes edited appropriately can be disclosed.

  Note that the control of whether or not to display the chat original text is not limited to the control based on whether or not the chat original text display button 41 is inserted as described above. Moreover, it is not limited to the method of displaying the chat original text display screen 38 separately. For example, the control may be performed depending on whether or not the chat original is inserted at the bottom of the body of the e-mail message.

  Further, according to the present embodiment, when the minutes are generated, the check result of the content of the speech by the chat participant is collected. The collected check results are aggregated and provided to the minutes creator. Thereby, the minutes maker can make a judgment on how to reflect the content of the statement in the minutes while efficiently referring to the check result. In addition, according to the present embodiment, the minutes creator can refer to the detailed information of the check result as necessary by clicking the link of the aggregation result.

  The collected check results do not necessarily have to be aggregated. For example, information including each comment content checker and the check result may be displayed on the screen as it is. Even in such a case, the minutes creator can still refer to the other person's check result, and can make use of the decision when creating the minutes.

  Further, according to the present embodiment, the minutes creator can appropriately modify the contents of statements included in the minutes. Then, when the content of the message made by the user who browses the electronic mail message including the minutes is corrected, a message to the effect that the content of the message is corrected is inserted into the electronic mail message. Thereby, the viewer of an electronic mail message can grasp | ascertain clearly that his speech is corrected in the minutes.

Further, according to the present embodiment, the minutes creator can select the contents of statements to be included in the minutes. As a result, unnecessary statements can be prevented from being included in the minutes in the first place, and the minutes can be made concise and easy to understand.
Further, according to the present embodiment, when an e-mail message including the minutes is generated, the chat participant who generated the minutes is set as a default destination. As a result, the trouble for the minutes creator to transmit the electronic mail message is reduced.

  In this embodiment, the contents of the minutes are transmitted as an e-mail message using the e-mail function. However, this is only one aspect of the method for providing the minutes, and it is not always necessary to cooperate with the e-mail function. . For example, the generated minutes may be stored in the storage unit of the server device 1 so that the minutes can be viewed only from those who are permitted to view the minutes. In that case, for example, on the confirmation screen 35 in FIG. 24, after the minutes creator presses the “execute” button, a user who is allowed to view the minutes may be set. Then, in the minutes browsing process, if the user who has requested the minutes viewing is a chat participant, the chat original text display can be viewed by the same process as the above-described step S53 to step S55. Good.

[Hardware configuration, etc.]
An example of a hardware configuration of a computer that functions as the server device 1 or the client terminal 2 described above is shown in FIG. The computer includes a processor 101, a memory 102, a storage 103, a portable storage medium drive device 104, an input / output device 105, and a communication interface 106.

  The processor 101 includes a control unit, an arithmetic unit, an instruction decoder, and the like. The execution unit follows the instructions of the program decoded by the instruction decoder, and performs arithmetic / logic using the arithmetic unit according to a control signal output from the control unit. Perform the operation. The processor 101 has a TLB that functions as a control register in which various information used for control is stored, a cache that can temporarily store the contents of the already accessed memory 2 and the like, and a page table cache of virtual memory. Prepare. The processor 101 may have a configuration in which a plurality of CPU (Central Processing Unit) cores are provided.

  The memory 102 is a storage device such as a RAM (Random Access Memory), for example, and is a main memory in which a program to be executed by the processor 101 is loaded and data used for processing of the processor 101 is stored. The storage 103 is a storage device such as an HDD (Hard Disk Drive) or a flash memory, and stores programs and various data. The portable storage medium driving device 104 is a device that reads data and programs stored in the portable storage medium 107. The portable storage medium 107 is, for example, a magnetic disk, an optical disk, a magneto-optical disk, or a flash memory. The processor 101 executes a program stored in the storage 103 or the portable storage medium 107 while cooperating with the memory 102 or the storage 103. Note that the program executed by the processor 101 and data to be accessed may be stored in another device that can communicate with the computer. Note that the storage means of the server device 1 described in the present embodiment indicates at least one of the memory 102, the storage 103, the portable storage medium 107, or another device that can communicate with the computer.

The input / output device 105 is, for example, a keyboard, a touch panel, a display, or the like, and receives an operation command by a user operation or the like, and outputs a processing result by a computer.
The communication interface 106 can include, for example, a radio frequency receiver and transmitter, and an optical receiver and transmitter in addition to a LAN (Local Area Network) card, for example. The aforementioned receivers and transmitters can be implemented to operate with one or more communication networks, such as a Wi-Fi network, a Bluetooth network, and long term evolution.
Each component of these computers is connected by a bus 108.

[Others]
Note that the functional configuration and physical configuration of the computer described in this specification are not limited to the above-described aspects. For example, the functions and physical resources are integrated and implemented, or conversely, are further distributed. It is also possible to implement.
In addition, in this specification, the description places “to be more than” and “to be less than” in comparison with the threshold value and the like are not limited to the description except for special cases, It can be appropriately replaced with “less than” or “less than (less than)”.

Regarding the above embodiment, the following additional notes are disclosed.
(Appendix 1)
With reference to a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of source information that is information that can specify a source user account for each of the plurality of messages, the plurality of messages Edit information generated by editing
For the user accounts included in the plurality of transmission sources, providing the editing information and providing an interface that allows reference to the plurality of messages before editing,
A chat summary reference control method for causing a computer to execute a process of providing the editing information to a user account other than the plurality of transmission sources and not providing the interface.

(Appendix 2)
The process of generating the editing information provides a screen for checking the plurality of messages to a user account included in the plurality of transmission sources, accepts a check result from the plurality of transmission sources, and based on the check result The chat summary reference control method according to appendix 1, wherein edit information obtained by editing the plurality of messages is generated.

(Appendix 3)
The chat summary reference control method according to appendix 2, wherein the process of generating the editing information includes counting the check results and generating editing information obtained by editing the plurality of messages based on the tabulated check results. .

(Appendix 4)
The chat summary reference control method according to any one of appendices 1 to 3, wherein the check result includes information indicating a determination as to whether or not each of the plurality of messages is included in the editing information.

(Appendix 5)
The process of generating the editing information generates editing information obtained by correcting at least one of the plurality of messages,
The process of providing the interface includes information indicating that a message has been corrected for a user account that is a transmission source of a message corrected in the editing information among user accounts included in the plurality of transmission sources. The chat summary reference control method according to any one of appendices 1 to 4, further providing:

(Appendix 6)
The process of generating the editing information is performed when the editing information generation request is received from one of the user accounts included in the plurality of transmission sources. Providing an editing screen for a plurality of messages, receiving an editing result from the user account as the one transmission source, and generating editing information obtained by editing the plurality of messages based on the editing result; The chat summary reference control method according to any one of 1 to 5.

(Appendix 7)
The chat summary reference control method according to any one of appendices 1 to 6, wherein the editing information is provided by transmitting an e-mail message using an e-mail function.

(Appendix 8)
The chat summary reference control method according to any one of appendices 1 to 7, wherein the editing information is a minutes obtained by editing the plurality of messages.

(Appendix 9)
The chat summary reference control method according to any one of appendices 1 to 8, wherein the interface is a button for performing screen display including the plurality of messages.

(Appendix 10)
With reference to a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of source information that is information that can specify a source user account for each of the plurality of messages, the plurality of messages Edit information generated by editing
For the user accounts included in the plurality of transmission sources, providing the editing information and providing an interface that allows reference to the plurality of messages before editing,
A chat summary reference control program that provides the editing information to a user account other than the plurality of senders and causes the computer to execute a process that does not provide the interface.

(Appendix 11)
With reference to a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of source information that is information that can specify a source user account for each of the plurality of messages, the plurality of messages A generation unit for generating editing information obtained by editing
For user accounts included in the plurality of transmission sources, the editing information is provided, and an interface that allows reference to the plurality of messages before editing is provided, and user accounts other than the plurality of transmission sources are provided. A chat summary reference control device comprising a provision control unit that provides the editing information and does not provide the interface.

DESCRIPTION OF SYMBOLS 1 ... Server apparatus, 2 ... Client terminal, 3 ... Network, 11 ... Chat processing part, 12 ... Minutes production part, 13 ... Minutes provision part, 21 ... Personnel DB, 22 ... Chat DB, 23 ... Chat member DB, 24 ... Chat history DB, 25 ... Minutes DB, 26 ... Minutes tabulation DB, 27 ... Minutes generation DB, 28 ... E-mail DB, 31 ... Chat screen, 32 ... Content check screen, 33 ... Check result tabulation screen , 34 ... message correction screen, 35 ... confirmation screen, 36 ... message creation screen, 37 ... message browsing screen, 38 ... chat original text display screen, 41 ... chat original text display button, 42 ... message content correction message

Claims (7)

With reference to a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of source information that is information that can specify a source user account for each of the plurality of messages, the plurality of messages Edit information generated by editing
For the user accounts included in the plurality of transmission sources, providing the editing information and providing an interface that allows reference to the plurality of messages before editing,
For user accounts other than the plurality of senders, the editing information is provided, and the computer is caused to execute a process that does not provide the interface ,
The process of generating the editing information provides a screen for checking the plurality of messages to a user account included in the plurality of transmission sources, accepts a check result from the plurality of transmission sources, and based on the check result A chat summary reference control method for generating edit information obtained by editing the plurality of messages . The process of generating the editing information, the check result to aggregate, based on the summarized the check result generates the edit information obtained by editing the plurality of messages, chat summary reference control of claim 1, wherein Method. The chat summary reference control method according to claim 1 or 2 , wherein the check result includes information indicating whether or not each of the plurality of messages is included in the editing information. The process of generating the editing information generates editing information obtained by correcting at least one of the plurality of messages,
The process of providing the interface includes information indicating that a message has been corrected for a user account that is a transmission source of a message corrected in the editing information among user accounts included in the plurality of transmission sources. further provides a chat summary reference control method according to any one of claims 1-3. The process of generating the editing information is performed when the editing information generation request is received from one of the user accounts included in the plurality of transmission sources. Providing an editing screen for a plurality of messages, receiving an editing result from the user account as the one transmission source, and generating editing information obtained by editing the plurality of messages based on the editing result; Item 5. The chat summary reference control method according to any one of Items 1 to 4 . With reference to a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of source information that is information that can specify a source user account for each of the plurality of messages, the plurality of messages Edit information generated by editing
For the user accounts included in the plurality of transmission sources, providing the editing information and providing an interface that allows reference to the plurality of messages before editing,
For user accounts other than the plurality of senders, the editing information is provided, and the computer is caused to execute a process that does not provide the interface ,
The process of generating the editing information provides a screen for checking the plurality of messages to a user account included in the plurality of transmission sources, accepts a check result from the plurality of transmission sources, and based on the check result A chat summary reference control program for generating edit information obtained by editing the plurality of messages . With reference to a storage unit that stores a plurality of messages exchanged using the chat function and a plurality of source information that is information that can specify a source user account for each of the plurality of messages, the plurality of messages A generation unit for generating editing information obtained by editing
For user accounts included in the plurality of transmission sources, the editing information is provided, and an interface that allows reference to the plurality of messages before editing is provided, and user accounts other than the plurality of transmission sources are provided. A provision control unit that provides the editing information and does not provide the interface ;
The generation unit provides a screen for checking the plurality of messages to a user account included in the plurality of transmission sources, receives a check result from the plurality of transmission sources, and the plurality of messages based on the check result The chat summary reference control apparatus which produces | generates the edit information obtained by editing .