JP2005012391A - Device and method for recording conversation content - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a conversation content recording device in which the load on of a communication terminal can be reduced and a conversation content can precisely be grasped. <P>SOLUTION: The sound inputted to one of two IP telephone sets 300 is transmitted to the other IP telephone set 300 as an IP packet through a telephone server 200. An identifier for discriminating the IP telephone set 300 is added to the IP packet. The telephone server 200 detects the identifier from the received IP packet and converts utterance data included in the IP packet into text data. Text data to which the identifier is allocated are recorded in a text file. When a call between the two IP telephone sets 300 is terminated, the telephone server 200 transmits the text file where a call content is recorded to a PC 400 that the previously registered electronic mail address shows as an electronic mail. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

[0001]
[Industrial application fields]
The present invention relates to a conversation content recording apparatus, and in particular, for example, a conversation content record for recording the content of a conversation between a first speaker using a first communication terminal and a second speaker using a second communication terminal. The present invention relates to an apparatus and a conversation content recording method.
[0002]
[Prior art]
An example of a conventional conversation content recording apparatus is disclosed in Patent Document 1. This prior art is intended to document the content of a telephone conversation by providing a telephone with a voice recognition function. As a result, the conversation contents can be visually grasped.
[0003]
[Patent Document 1]
JP-A-6-2553057
[0004]
[Problems to be solved by the invention]
However, the prior art has a problem that the load on the telephone is heavy because the telephone has a voice recognition function. Considering such a problem, a method in which a server having a voice recognition function is arranged on a communication network and the conversation contents are converted into sentences by this server can be considered. However, in this method, it is not known which speaker's utterance content each created sentence is. There is a problem that the content of the conversation cannot be accurately grasped.
[0005]
Therefore, a main object of the present invention is to provide a conversation content recording apparatus that can reduce the burden on the communication terminal and can accurately grasp the conversation content.
[0006]
[Means for Solving the Problems]
The present invention relates to a conversation content recording apparatus for recording the contents of a conversation between a first speaker using a first communication terminal and a second speaker using a second communication terminal, to which a terminal identifier is added. Receiving means for receiving speaker voice data from each of the first communication terminal and the second communication terminal, conversion means for converting speaker voice data received by the receiving means to first text data, and speaker received by the receiving means Detection means for detecting a terminal identifier added to voice data, and assignment means for assigning second text data corresponding to the terminal identifier detected by the detection means to the first text data converted by the conversion means. It is a conversation content recording device.
[0007]
The present invention is also a conversation content recording method for recording a conversation content between a first speaker using a first communication terminal and a second speaker using a second communication terminal by a conversation content recording device. The first communication terminal (a1) reads the terminal identifier from the memory in response to the input of the speaker voice, (b1) creates voice data corresponding to the input speaker voice, and (c1) step Speaker data including the terminal identifier read in (a1) and the voice data created in step (b1) is transmitted to the second communication terminal and the conversation content recording device through a communication line, and the second communication terminal (A2) Reads the terminal identifier from the memory in response to the input of the speaker voice, (b2) creates voice data corresponding to the input speaker voice, and (c2) reads it in step (a2) Terminal identifier Speaker data including the voice data created in step (b2) is transmitted to the first communication terminal and the conversation content recording device through the communication circuit, and the conversation content recording device receives (a3) the speaker data through the communication circuit. (B3) The speech data included in the speaker data received in step (a3) is converted into first text data, and (c3) the first text data converted in step (b3) is stored in the memory. (D3) a terminal identifier detected from the speaker data received by step (a3), and (e3) a terminal detected by step (d3) in the first text data stored in the memory by step (c3) A conversation content recording method characterized by assigning second text data corresponding to an identifier.
[0008]
[Action]
In the present invention, the speaker data is transmitted and received between the first communication terminal used by the first speaker and the second communication terminal used by the second speaker. Also sent to the device. The speaker data includes a terminal identifier for identifying whether the voice data indicating the utterance contents of the first speaker or the second speaker and the speaker data are transmitted from the first communication terminal or the second communication terminal. include. In the conversation content recording device, voice data included in the speaker data is converted into first text data, and second text data corresponding to the terminal identifier is assigned to the converted text data. Then, the data in which the second text data is assigned to the first text data is transmitted as a text file to the terminal managed by the first speaker.
[0009]
【The invention's effect】
According to this invention, the second text data corresponding to the identifier (terminal identifier) for identifying the speaker is added to the first text data indicating the content of the conversation performed between the first communication terminal and the second communication terminal. The added file is a text file. Therefore, it is possible to visually confirm the content of the conversation performed between the first communication terminal and the second communication terminal. Moreover, since the conversion of the voice data into the first text data is not performed in the first communication terminal and the second communication terminal but in the conversation recording device, neither the first communication terminal nor the second communication terminal is loaded. .
[0010]
The above object, other objects, features and advantages of the present invention will become more apparent from the following detailed description of embodiments with reference to the drawings.
[0011]
【Example】
Referring to FIG. 1, a conversation content recording system 10 to which a conversation content recording method is applied includes an Internet telephone server (hereinafter simply referred to as “telephone server”) 200 as a conversation content storage device connected to the Internet 100, a telephone server. Two IP (Internet Protocol) telephones 300 capable of communicating with each other through the Internet 100 via the Internet 200 and two PCs (Personal Computers) 400 connectable to the Internet 100 are included. One IP telephone 300 and PC 400 are arranged in company A, and the other IP telephone 300 and PC 400 are arranged in company B.
[0012]
Specifically, the telephone server 200 is configured as shown in FIG. That is, a CPU (Central Processing Unit) 50, a keyboard 52, a display 54, a network controller 56, a RAM (Random Access Memory) 58, and an HDD (Hard Disc Drive) 60 are connected to the bus 64. Further, a DB (Data Base) 62 described later is constructed in the HDD 60.
[0013]
Specifically, the PC 400 is configured as shown in FIG. That is, the CPU 70, the keyboard 72, the display 74, the network controller 76, the RAM 78, and the HDD 80 are connected to the bus 82.
[0014]
The IP telephone 300 is configured as shown in FIG. When the caller inputs the telephone number of the callee from the keypad 30 with the handset 36 lifted (off-hook state), the input signal is a processor 14 and a DSP (Digital Signal Processor) 16 and an ASIC (Application Specified IC). Are input to the CPU 12 formed integrally. Then, an IP packet signal (hereinafter simply referred to as “packet”) for requesting connection to the IP telephone 300 of the called party based on predetermined data read out from the RAM 18 by the DSP 16 is transmitted by TCP / IP (Transmission Control Protocol / It is generated according to (Internet Protocol). The generated packet is sent to the Internet 100 via the line controller 32 and the communication connector 34.
[0015]
This packet transmitted to the Internet 100 is transmitted to the IP telephone 300 of the called party via the telephone server 200.
[0016]
The connection request packet is given to the CPU 12 via the communication connector 34 and the line controller 32 provided in the IP telephone 300 of the called party. Then, the processor 14 reads PCM (Pulse Code Modulation) data of the ringing tone from the RAM 18 and supplies the read PCM data to the PCM CODEC 20. The PCM CODEC 20 decodes the given PCM data and gives the decoded audio signal to the AMP 22. The audio signal is amplified by the AMP 22 and given to the speaker 38. As a result, a ringing tone is output from the speaker 38.
[0017]
When the callee lifts the handset 36 in response to the ringing tone, a switch (not shown) is activated and an off-hook signal is given to the CPU 12. Then, the DSP 16 generates a packet for indicating connection OK based on the data read from the RAM 18 according to TCP / IP. The generated packet is sent to the Internet 100 via the line controller 32 and the communication connector 34 and transferred to the IP telephone 300 of the caller. When the caller's IP telephone 300 receives a packet indicating connection OK, communication is established between the caller and the callee.
[0018]
The voice uttered by the speaker is picked up by the microphone 28 and supplied to the AMP 24 as a voice signal. The audio signal is amplified by the AMP 24 and supplied to the PCM CODEC 20. In the PCM CODEC 20, an audio signal is encoded into PCM data, and the encoded PCM data is given to the CPU 12. Then, the DSP 16 encodes the PCM data into a packet according to TCP / IP. The voice data that has become a packet is sent to the Internet 100 via the line controller 32 and the communication connector 34. The packet sent to the Internet 100 is delivered to the destination IP telephone 300 through a predetermined route.
[0019]
In the destination IP telephone 300, the packet is given to the CPU 12 via the communication connector 34 and the line controller 32. Then, the DSP 16 decodes the packet into PCM data. This PCM data is given to the PCM CODEC 20 and decoded into an audio signal. The decoded audio signal is amplified by the AMP 22 and supplied to the speaker 26. As a result, the voice of the sender speaker is output from the speaker 26.
[0020]
When one speaker hangs up the handset 36 (on-hook state), a switch (not shown) works and an on-hook signal is given to the CPU 12. Then, the DSP 16 generates a packet for indicating the end of the call according to TCP / IP based on the data read from the RAM 18. The generated packet is sent to the Internet 100 via the line controller 32 and the communication connector 34, and transferred to the IP phone 300 of the other speaker. Communication is disconnected when the other speaker's IP telephone 300 receives the IP packet signal indicating the end of the call.
[0021]
5 and 6 show various data (packets) exchanges and packet contents in the conversation content recording system 10. FIG. The numbers in parentheses in FIG. 5 correspond to the numbers in parentheses in FIG.
[0022]
As shown in FIG. 6, a packet transmitted and received by the conversation content recording system 10 includes a “packet ID” indicating the type of packet, a “source address” indicating the packet source, and a “transmission destination” indicating the packet destination. “Address”, “packet creation time” and “content” which is the main of the packet are included. Note that “source address” and “destination address” are IP addresses.
[0023]
As shown in FIG. 5, when a conversation is performed in the conversation content recording system 10, first, a connection request packet is transmitted from the IP telephone 300 on the caller side (<1>). As can be seen from <1> in FIG. 6, the destination of this IP packet is the telephone server 200. The telephone server 200 transfers the received connection request to the IP telephone 300 of the called party (<2>).
[0024]
When the callee puts the handset 36 in an off-hook state, a packet indicating connection OK is transmitted from the callee's IP telephone 300 to the telephone server 200 (<3>), and the telephone server 200 that receives this packet receives the packet. Is transmitted to the IP telephone 300 of the caller (<4>). As a result, communication is established between the caller and the callee.
[0025]
The IP packet of conversation data is not only exchanged between the two IP telephones 300 (<5>, <7>), but is also transmitted to the telephone server 200 (<6>, <8>). . Thus, in the conversation content storage system 10, the telephone server 200 can grasp the contents of the conversation exchanged between the two IP telephones 300.
[0026]
When the handset 36 of one IP telephone 300 is placed (on-hook state), a packet indicating the end of the call is transmitted to the other IP telephone 300 and the telephone server 200 (<9>, <10>). This terminates the communication between the two speakers.
[0027]
As described above, in the conversation content storage system 10 of the present invention, a packet indicating the conversation content is transmitted not only to the IP telephone 300 but also to the telephone server 200. This is because the telephone server 200 grasps the content of the conversation. The telephone server 200 records the conversation content as text data based on the packet including the conversation data. Then, after the call ends, an e-mail in which the text data is embedded in the body is transmitted to the sender's PC 400. However, the electronic mail in which the contents of the call are recorded may be sent to the recipient's PC 400, or may be sent to a terminal that can receive other electronic mail.
[0028]
The mail address of the e-mail is registered in advance in the DB 62 of the telephone server 200 in association with identification information (such as an IP address) of the IP telephone 300. In the DB 62, the registrant's name (such as the last name) is recorded as speaker identification text in association with the e-mail address and the identification information. This registrant's name is used to distinguish the speaker of the conversation when the conversation content is recorded as text data.
[0029]
The operations of the CPU 12 of the IP telephone 300 and the CPU 50 of the telephone server 200 when the conversation content storage system 10 is implemented will be described below with reference to FIGS. The control program corresponding to the flowcharts shown in FIGS. 8 and 9 is executed by CPU 12 of IP telephone 300, and the control program corresponding to the flowcharts shown in FIGS. 10 and 11 is executed by CPU 50 of telephone server 200. .
[0030]
When the caller lifts the handset 36 of his / her IP phone 300 (off-hook state) and dials the number of the callee's IP phone 300, the CPU 12 determines in step S1 of FIG. In S17, it is determined that a telephone number has been input. In step S 19, a packet requesting connection to the IP telephone 300 of the called party is transmitted to the telephone server 200.
[0031]
When the connection request packet is transmitted, the telephone server 200 determines that the CPU 50 has received the packet in step S51 of FIG. 9, and then determines that the connection request is in step S53. As shown in FIG. 6, the packet includes a packet ID indicating the type of the packet. By referring to the packet ID, the type of the received packet, that is, in this case, the packet is a connection request packet. Can be judged. The same applies to other types of packets.
[0032]
In step S55, a connection instruction packet is transmitted to the IP telephone 300 of the called party. In step S57, the IP address of the caller's IP telephone 300 is acquired as information for searching for an e-mail address (address for transmitting the text of the conversation content) and recorded in the RAM 58.
[0033]
When the IP telephone 300 of the called party receives a packet in the on-hook state (state in which the handset is placed: YES in step S1 in FIG. 8), it is determined in step S3 that it is a connection instruction, and in step S5, A ringing tone is generated from the speaker 38. When the callee picks up the handset 36 in response to the ringing tone and puts it in the off-hook state, it is determined in step S7 that it is in the off-hook state. .
[0034]
When a packet indicating connection OK is transmitted, the telephone server 200 determines that the packet is received in step S51, determines that the packet is not a connection request packet in step S53, and uses a connection OK packet in step S59. Judge that there is. In step S61, a packet indicating connection OK is transmitted to IP phone 300 on the caller side.
[0035]
In step S63, an empty text file is created and this file is opened. The conversation exchanged between the caller and the callee is converted into text data and sequentially added to the text file opened in step S63. The text file thus created is used as the body of the e-mail, and is transmitted to the designated address after the call is finished.
[0036]
In step S65, the date text 70 (see FIG. 7) indicating today's date is acquired from the date function (not shown) held by the telephone server 200, and added to the head of the text file created in step S63.
[0037]
In step S67, work area X is initialized. This work area X is for storing whether the packet indicating the content of the conversation received last time is transmitted from the IP telephone 300 of the caller or the IP telephone 300 of the callee.
[0038]
When a packet indicating connection OK is transmitted (step S61 in FIG. 10), the caller IP telephone 300 determines that the packet is received in step S31 in FIG. 9, and in step S33, the packet is a connection OK. Judge. In step S43, connection with the IP telephone 300 of the called party is established.
[0039]
With the connection established in this way, for example, when the called party speaks “Yes, OO” toward the speaker 26 of the handset 36, the called party's IP telephone 300 causes the incoming call to be performed in step S 21 of FIG. 9. It is determined that the input is voice.
[0040]
In step S23, the input audio signal is encoded into PCM data. Subsequently, in steps S25 and S27, the PCM data is further encoded to create a packet according to TCP / IP.
[0041]
In both step S25 and step S27, a packet indicating the conversation content “Yes, OO” is created (however, the conversation content “Yes, OO” is not necessarily contained in one packet. ), The packet created in step S25 is different from the packet created in step S27. As shown in FIG. 6, the packet includes a source IP address and a destination IP address. In the packets created in steps S25 and S27, the IP address of the transmission source is the IP address of the IP telephone 300 of the called party. However, the destination IP address is the IP address of the caller's IP telephone 300 in the packet created in step S25, and the IP address of the telephone server 200 in the packet created in step S27.
[0042]
In step S29, a packet addressed to the caller's IP telephone 300 and a packet addressed to the telephone server 200 are transmitted.
[0043]
When a packet including the conversation content (“Yes, OO”) is transmitted to the caller's IP telephone 300, the caller's IP telephone 300 receives the packet in step S31 of FIG. To be judged. The received packet is a packet including the conversation content, and is neither a packet indicating connection OK nor a packet including an end-of-call instruction. Therefore, NO is determined in each of step S33 and step S35. In step S37, the received packet is decoded into PCM data. In step S39, the PCM data is reproduced. As a result, the voice “Yes, OO”, which is the content of the conversation, is output from the speaker 26 of the handset 36 provided in the caller's IP telephone 300.
[0044]
On the other hand, when a packet including the conversation content (“Yes, OO”) is transmitted to the telephone server 200, the telephone server 200 determines that the packet is received in step S51 of FIG. Since the received packet is neither a connection request packet nor a connection OK packet, NO is determined in both step S53 and step S59, and it is determined in step S71 in FIG. 11 that the data is conversation data. .
[0045]
In step S72, the source address (the IP address of the IP telephone 300 of the called party) is acquired from the received packet. In step S73, the transmission source address is compared with the transmission source address of the previously received packet stored in the work area X. In this call, when a packet is received for the first time, the work area X is initialized, so the current source address does not match the contents of the work area X. Therefore, NO is determined in the step S73.
[0046]
If NO is determined in step S73, the current transmission source address is stored in work area X in step S75.
[0047]
In step S76, the speaker identification text 72 (see FIG. 7) corresponding to the transmission source address is searched in the DB 62 based on the transmission source address. In step S77, the searched speaker identification text 72 is added to the text file as the beginning of a line. In the example of FIG. 7, the speaker identification text 72 is speaker A and speaker B. However, as described above, the last name registered in advance or the IP address of the IP telephone 300 may be used.
[0048]
In step S78, conversation data is acquired from the packet, and in step S79, the conversation data is converted into text data. In step S81, the text data is added as a conversation content 74 (see FIG. 6) to the text file.
[0049]
When the content of the utterance is long, it does not fit in one packet, but is divided into a plurality of packets and transmitted. In such a case, the telephone server 200 may continuously receive packets having the same packet source address. In this case, the telephone server 200 determines that the IP address of the transmission source and the IP address stored in the work area X (the transmission source address of the previously received packet) are equal in step S73 of FIG. In step S82, conversation data is acquired from the packet. In step S83, the conversation data is converted into text data. Further, in step S85, text data is obtained without adding the speaker identification text 72 to the text file. Add the conversation contents to the text file.
[0050]
In this manner, the conversation exchanged between IP telephone 300 (company A) and IP telephone 300 (company B) is recorded by telephone server 200, and text data as shown in FIG. 7 is created.
[0051]
If one speaker puts the handset 36 into the on-hook state, it is determined in step S1 in FIG. 8 that the on-hook state has been reached, and no packet reception has occurred, so the process proceeds from step S3 to step S11.
[0052]
In step S11, an end-call instruction packet is generated to indicate the end of the call to the other speaker's IP telephone 300. In step S13, the end-call is displayed to indicate the end of the call to the telephone server 200. Create a packet of instructions. In step S15, the packet created in steps S11 and S13 is transmitted.
[0053]
When the end-call instruction packet is transmitted to the IP phone 300 of the other speaker, it is determined in step S31 in FIG. 9 that the packet has been received. Since it is an end-of-call instruction packet, NO is determined in step S33, and it is determined in step S35 that it is an end-of-call instruction. Then, in step S41, a call termination process is performed.
[0054]
On the other hand, when the end-call instruction packet is transmitted to the telephone server 200, it is determined that the packet is received in step S51 of FIG. 10, and then each of steps S53, S59, and S71 (FIG. 11) is performed. Is determined as NO, and it is determined in step S87 that the call has ended.
[0055]
Then, in step S89, the text file that records the contents of the conversation is closed. In step S91, based on the IP address of the caller's IP telephone 300 acquired in step S57 of FIG. 9, the electronic data of the PC 400 registered in advance in the DB 62 in association with the IP address of the caller. Search for an email address.
[0056]
In step S93, an e-mail having the text file content as a body is created, and in step S95, this e-mail is transmitted to the destination PC 400 indicated by the e-mail address.
[0057]
As a result, as shown in FIG. 7, an e-mail in which the date 70, the speaker 72, and the utterance content 74 in which the conversation is performed is recorded is delivered to the PC 400.
[0058]
As can be seen from the above description, according to the conversation content recording system 10 of this embodiment, after the conversation is finished, the conversation content is sent to a terminal such as a PC that has been designated in advance as text with speaker identification. Sent. Therefore, the contents of the conversation can be recorded and the contents of the conversation that has been performed can be accurately grasped. In addition, since the conversion of the conversation data into the text data is performed by the telephone server 200, the burden on the telephone is small, and only a change in the telephone server 200 is required when updating the conversion program, so that it is not time-consuming.
[0059]
The embodiment described above can be variously modified. For example, in the above example, the number of participants in the conversation is two users, the IP telephone 300 user (company A) and the IP telephone 300 user (company B). Also good.
[0060]
In addition, although the destination of the e-mail recording the conversation content is set only to the sender's PC 400, it may be transmitted to the PCs of all participants in the conversation. Further, after the call is ended, each user may individually communicate with the telephone server 200 to select whether or not to receive the content of the conversation as an e-mail. At this time, the destination of the e-mail may be designated.
[Brief description of the drawings]
FIG. 1 is an illustrative view showing an overall configuration of an embodiment of the present invention;
FIG. 2 is a block diagram showing a schematic configuration of a telephone server in the embodiment of FIG.
3 is a block diagram showing a schematic configuration of a PC in the embodiment of FIG.
4 is a block diagram showing a schematic configuration of an IP telephone in the embodiment of FIG.
FIG. 5 is an illustrative view showing various data transmitted and received in the embodiment of FIG. 1;
6 is an illustrative view showing contents of various data transmitted and received in the embodiment of FIG. 1; FIG.
7 is an illustrative view showing the contents of an electronic mail transmitted from the telephone server to the PC in the embodiment of FIG. 1; FIG.
FIG. 8 is a flowchart showing the operation of the CPU of the IP telephone in the embodiment of FIG.
FIG. 9 is a flowchart following the flowchart of FIG. 7;
FIG. 10 is a flowchart showing the operation of the CPU of the telephone server in the embodiment of FIG.
FIG. 11 is a flowchart following the flowchart of FIG. 9;
[Explanation of symbols]
10 ... Conversation content recording system
12, 50, 70 ... CPU
62… DB
100 ... Internet
200 ... telephone server
300 ... IP phone
400 ... PC

Claims (5)

In a conversation content recording device for recording the content of a conversation between a first speaker using a first communication terminal and a second speaker using a second communication terminal,
Receiving means for receiving speaker voice data to which a terminal identifier is added from each of the first communication terminal and the second communication terminal;
Conversion means for converting speaker voice data received by the receiving means into first text data;
Detecting means for detecting a terminal identifier added to the speaker voice data received by the receiving means; and second corresponding to the terminal identifier detected by the detecting means in the first text data converted by the converting means. A conversation content recording apparatus comprising an assigning means for assigning text data. Creating means for creating a text file including the first text data and the second text data; and transmitting means for sending the text file created by the creating means to a communication terminal managed by the first speaker. The conversation content recording device according to claim 1, further comprising: In a conversation content recording program executed by a conversation content recording device for recording the content of a conversation between a first speaker using a first communication terminal and a second speaker using a second communication terminal,
A reception step of receiving speaker voice data to which a terminal identifier is added from each of the first communication terminal and the second communication terminal;
A converting step of converting the speaker voice data received by the receiving step into first text data;
A detecting step for detecting a terminal identifier added to the speaker voice data received by the receiving step; and a second corresponding to the terminal identifier detected by the detecting step in the first text data converted by the converting step. A conversation content recording program comprising an assigning step for assigning text data. A conversation content recording method for recording a conversation content between a first speaker using a first communication terminal and a second speaker using a second communication terminal by a conversation content recording device,
(A) receiving speaker voice data to which a terminal identifier is added from each of the first communication terminal and the second communication terminal;
(B) converting the speaker voice data received in the step (a) into first text data;
(C) detecting a terminal identifier added to the speaker voice data received by the step (a), and (d) converting the first text data converted by the step (b) into the first text data by the step (c). A method for recording conversation content, comprising assigning second text data corresponding to a detected terminal identifier. A conversation content recording method for recording a conversation content between a first speaker using a first communication terminal and a second speaker using a second communication terminal by a conversation content recording device,
The first communication terminal is
(A1) Reading the terminal identifier from the memory in response to the input of the speaker voice,
(B1) Create speech data corresponding to the input speaker speech, and (c1) talk including the terminal identifier read in step (a1) and the speech data created in step (b1) Transmitting person data to the second communication terminal and the conversation content recording device through a communication line,
The second communication terminal is
(A2) Reading the terminal identifier from the memory in response to the input of the speaker voice,
(B2) Create speech data corresponding to the input speaker speech, and (c2) talk including the terminal identifier read in step (a2) and the speech data created in step (b2) Person data is transmitted to the first communication terminal and the conversation content recording device through a communication circuit,
The conversation content recording device comprises:
(A3) receiving speaker data through a communication circuit;
(B3) converting voice data included in the speaker data received in the step (a3) into first text data;
(C3) storing the first text data converted in the step (b3) in a memory;
(D3) a terminal identifier is detected from the speaker data received by the step (a3), and (e3) the first text data stored in the memory by the step (c3) is detected by the step (d3). A method for recording conversation content, comprising assigning second text data corresponding to a terminal identifier.

Images