JP4740076B2 - Message exchange terminal - Google Patents

Description

  The present invention relates to a message exchange system, a message exchange terminal, and a message exchange method.

Conventionally, technologies that can simultaneously exchange messages via a network such as chat, bulletin board, and instant messenger have been proposed (for example, see Patent Document 1). At this time, in order to show the status of the user to other users, the switch position and the status are set in advance in association with each other, and the status is notified according to the change of the switch position.
JP 2005-295414 A

  However, in the invention described in Patent Document 1, the user needs to operate the switch, which is inconvenient. Also, if the user forgets to operate the switch, the status may not always be accurate, and the users may not know each other's situation, so stress may occur while waiting for the other person to complete the speech. .

  Furthermore, since the status of the user is displayed in a display area different from the message log display area, it is necessary to move the line of sight when checking the status, and the message may be overlooked. In addition, there is a problem that a limited display screen is occupied by the status display area and the message display area becomes narrow.

  In view of such circumstances, the present invention transmits status information indicating an input status based on an input history of an input interface by a message sender to another message exchange terminal in a message exchangeable state, and transmits on the other side. The message exchange terminal which can receive the received status information and displays it at the message display position of the message sender in the message log display area is proposed.

  At this time, if the status indicated by the already outputted status information is updated and there is new status information, the already outputted status information is overwritten (updated) or deleted. In addition, if a character string overflows from the display screen due to the addition of a new message line at the message display position, the character string in the line of the oldest message display position is drained in order, and the message display position to be leaked If status information is displayed on the line, the character string of the line at the next old message display position is leaked without leaking the status information.

  As described above, the message exchange terminal according to the present invention may notify other participants that the message sender is trying to speak before completing the full text of the message and the type of media used for input. it can. Since the participant can infer how long it takes for the message participant to speak to complete the speech, the mental stress during waiting for the speech can be reduced. In addition, it is expected that the message sender who wants to speak is less likely to be urged to speak by other participants.

  In addition, by displaying the status information of participants in the message log display area, it is possible to minimize the movement of the line of sight when checking status information, reducing the risk of missing status information even if you are watching the message. did. Further, since it is not necessary to separately secure a display area for the message status, a limited display screen can be used effectively.

The best mode for carrying out each invention will be described below. The relationship between each embodiment and the claims is as follows. The first embodiment mainly relates to claim 1 and the like. The second embodiment mainly relates to claims 2 and 3. The third embodiment mainly relates to claims 4 to 6. The fourth embodiment mainly relates to claim 7 and the like. The fifth embodiment mainly relates to claim 8 and the like. The sixth embodiment mainly relates to claim 9 and the like.

  In addition, each functional block described below can be realized as hardware, software that is developed on a memory and controlled by controlling the hardware, or both hardware and software. Specifically, if a computer is used, hardware such as a CPU, a memory, a hard disk drive, a reading drive such as a CD-ROM / DVD-ROM, a transmission / reception port / interface for various communications, and other peripheral devices Examples include a configuration unit, a driver program for controlling the hardware, and other application programs.

  Furthermore, the present invention can be realized not only as an apparatus or a system but also as a method. A part of such an invention can be configured as software. Further, a software product used to cause a computer to execute such software and a recording medium on which the product is fixed are naturally included in the technical scope of the present invention (the same applies throughout the present specification).

  << Embodiment 1 >>

  <Embodiment 1: Overview> An overview of the present embodiment will be described. The present embodiment is a message exchange terminal that transmits status information indicating an input status based on an input history to an input interface by a message sender to another message exchange terminal in a message exchangeable state.

  FIG. 1 shows an example of a message exchange terminal according to this embodiment. A scene where multiple message senders are exchanging messages using message exchange terminals is shown. Now, Mr. B is trying to speak after Mr. A's remarks. Mr. B inputs ("Last, Impress") to his message exchange terminal, and transmits the message to other message exchange terminals. At this time, in response to Mr. B's operation, the input interface of the message exchange terminal acquires status information indicating “input start” based on the input history. This status information is transmitted to other message exchange terminals and displayed in the message log display area on the display screen of the other message exchange terminals as shown in the figure. Thereby, Mr. B can inform other participants that he / she is going to speak before completing the full message.

  <Embodiment 1: Configuration 1> FIG. 2 shows an example of functional blocks of the present embodiment. The “message exchange terminal” (0200) of the present embodiment illustrated in FIG. 2 includes a “status information acquisition unit” (0201) and a “status information transmission unit” (0202).

    (Message Exchange Terminal 0200) “Message exchange terminal” includes a wide range of terminals that have a communication function and can exchange messages simultaneously. Specifically, it corresponds to a personal computer or a mobile phone. When constructing a system between a plurality of message exchange terminals, messages may be exchanged by P2P (Peer to Peer) or via a server (the type of server is not limited. Chat server, bulletin board server, electronic (Conference server, mail server, etc.) messages may be exchanged.

    (Status information acquisition unit 0201) The “status information acquisition unit” (0201) acquires status information. “Status information” refers to information indicating an input status based on an input history of an input interface by a message sender. The status information is information for representing the current state of the message sender based on a history of input operations performed by the message sender on an input interface such as a key or a mouse. For example, information indicating the status of the message such as “input pending”, “input start”, “inputting”, and the like. The input interface may include not only an input interface for exchanging messages but also an input interface for other operations. In the latter, operations other than message exchange (operations of other applications, etc.) are performed. When this is detected (when the message exchange application is inactive), the message can be determined to have an “input pending” status. In addition, when the cursor is moved to the message input field of the message exchange application and the message input process is not executed, the status can be determined as “input start” status. The period in which the message input process continues after the character input is executed until the send button is pressed can be determined as the “inputting” status.

    The status information includes “entering room”, “exiting room”, “switching input method”, “referencing URL in other person's speech”, “quoting (copying other person's message)” , Information indicating various states such as “Attaching a file (photo, video, music, etc.) to a message” can be listed. In addition, status information includes information indicating the status such as “incoming call”, “busy”, “speaking aloud” triggered by incoming call or reception when the message exchange terminal is a phone call. There is also a case.

    Conventionally, a switch was provided to notify the status, and the user had to perform the operation. However, in this case, the status information is based on the input processing history for message transmission as described above. Since it is generated and acquired, it is not necessary for the user to perform a special operation. In addition, detailed status information can be set without a switch.

    The acquisition of status information may be executed every time a certain period has elapsed, or may be executed when the status is updated and new status information is generated.

    (Status information transmission unit 0202) The “status information transmission unit” (0202) transmits the acquired status information to another message exchange terminal in a message exchangeable state. It is assumed that identification information or the like indicating that a message can be exchanged is acquired from another message exchange terminal, and status information is transmitted based on this. The status information may be transmitted to all terminals that have acquired the identification information indicating that the message is exchangeable, or may be transmitted to only a predetermined part. By transmitting the status information, it is possible to show other participants that they are going to speak.

  <Embodiment 1: Configuration 2> FIG. 3 shows another example of functional blocks of the present embodiment. The “message exchange terminal” (0300) of the present embodiment illustrated in FIG. 3 includes a “status information acquisition unit” (0301) and a “status information transmission unit” (0302), and further includes a status information acquisition unit. (0301) has “status information acquisition means with media identification” (0303).

    (Status information acquisition means with media identification 0303) The "status information acquisition means with media identification" (0303) acquires status information including media identification information indicating the media type of the message as an input status. “Media identification information” refers to information for indicating a media type of a speech content such as text, audio, and video. Status information including media identification information can indicate states such as “character input in progress”, “voice input (recording)”, “video input (recording)”, and the like. The media type can be identified by identifying the active window. For example, if the text input window is active, the media type can be determined as “character”. In addition, when inputting using a plurality of media, such as inputting characters while attaching a still image, all the media identification information may be included in the status information, or only a part thereof may be included. . The processing of each other part is the same as that of the configuration 1.

  <Embodiment 1: Configuration 3> FIG. 4 shows another example of functional blocks of the present embodiment. The “message exchange terminal” (0400) of the present embodiment illustrated in FIG. 4 includes a “status information acquisition unit” (0401) and a “status information transmission unit” (0402), and further a status information acquisition unit. (0401) has "new response identification-added status information acquisition means" (0403). FIG. 4 is a functional block diagram based on the configuration 1, but when the configuration 2 is used, the status information acquisition unit further includes status information acquisition means with media identification.

    (Status information acquisition means with new response identification 0403) The “status information acquisition means with new response identification” (0403) indicates whether the input status is a new message, a response message, or a response to which message in the case of a response message. Status information including new response identification information to be identified is acquired. It is assumed that the new response identification information is generated mainly based on input (selection) by the message sender. Specifically, in the case of a new message, it can be realized by directly performing a message input operation in the message message input display area. Further, in the case of response utterance, it can be realized by designating (quoting) the response source utterance and then performing a message input operation. At this time, in the case of a new message, there is no corresponding new response identification information, but only status information. In the case of a response message, the response message to which message is cited by quoting the message of the response source after a predetermined mark (>>) Status information including new response identification information indicating the current status and information indicating the current status is generated.

    FIG. 5 is a diagram showing an example of status information including new response identification information. (A) shows a new message and (b) shows a response message. In the case of response utterances, the form of quoting and displaying the response source utterances is shown to identify which message the response is for. Here, it is understood that Mr. B is going to speak by quoting Mr. A's remark, and the input is currently started.

    FIG. 6 is an example of status information shown in a file format. The status indicates that a message for a response message (<RESEPONSE>) for ID: 1120 is being created (<STATUS>) by character input (<MEDIA>). The processing of other parts is the same as in configurations 1 and 2.

  First Embodiment Hardware Configuration FIG. 7 is a schematic diagram illustrating an example of a hardware configuration according to the present embodiment. The operation of each hardware component in the processing execution of the message exchange terminal will be described using this figure. As shown in this figure, the message exchange terminal performs “CPU (central processing unit)” (0701), “main memory” (0702), “memory” in order to realize processing in the status information acquisition unit (0201). Device (or storage medium) "(0703) and" input interface "(0704). In addition to the hardware configuration unit, an “output interface” (0705) is provided in order to realize the processing in the status information transmission unit (0202). These are connected to each other via a data communication path such as a “system bus” (0706), and perform transmission / reception and processing of information.

  The storage device stores various programs (for example, a status information acquisition program (status information acquisition unit), a status information transmission program (status information transmission unit), etc.) executed by the CPU. The main memory also provides a work area that is an area for reading and developing the program in order to execute the program stored in the storage device. Furthermore, a plurality of memory addresses are assigned to the main memory and the storage device, respectively, and programs executed by the CPU exchange and process data by specifying and accessing the memory addresses. Is possible. The above is the function of each hardware configuration.

  When the information processing device is turned on, the status information acquisition program (address 01) and the status information transmission program (address 02) stored in the storage device are expanded in the work area (addresses 11 and 12) of the main memory, respectively. Is done. At this time, the status information acquisition program developed in the work area of the main memory is executed by the CPU. As a result, status information indicating the input status based on the input history of the message sender with respect to the input interface is acquired and temporarily stored in a data area or the like of the main memory.

  First, the message sender inputs a message using a keyboard, a microphone, a camera, and the like. At this time, the CPU generates status information based on the input history of the message sender with respect to the input interface. For example, the correspondence relationship between the status information and the input history is stored in advance in a storage device or the like, and this is read out and the comparison process is executed according to the input to the input interface. Specifically, the CPU detects that the cursor has moved to the message input field of the message exchange application and determines that an input history for the input interface has occurred, and reads the correspondence between the status information and the input history. Execute. Thereby, the status information indicating “input start” can be acquired and temporarily stored in the data area of the main memory. Furthermore, if character input execution is detected, it is determined that an input history for the input interface has occurred, and the correspondence between status information and input history is read. Thus, the status information indicating “inputting” can be acquired until the transmission button is pressed. Similarly, if the message exchange application becomes inactive and it detects that an operation other than message exchange (operation of other applications, etc.) is being executed, status information indicating "pending input" is generated. .

  In addition, in order to obtain status information including media identification information indicating the media type of the message as the input status, based on the input history for the input interface such as keyboard, microphone, camera, etc. Status information indicating “(recording)”, “video input pending (recording pending)”, or the like may be generated. Also in this case, the correspondence relationship between the media identification information and the input history is stored in advance in a storage device or the like, and this is read out and the comparison process is executed according to the input to the input interface. Specifically, when detecting an input from the keyboard, the CPU determines that an input history for the input interface has occurred, and reads the correspondence between the media identification information and the input history. Thereby, the media type indicating “character” can be acquired, and the status information including the media identification information can be acquired by combining with the previous status information.

  Also, status information including new response identification information for identifying which message is a response in the case of a new message, a response message, or a response message may be acquired as an input status. This is assumed to be generated mainly based on input (selection) by the message sender. Specifically, when the CPU moves the cursor to the message input area and detects that a message has been directly input, the CPU determines that the message is “new message”. In addition, when the CPU moves the cursor to the input area for designating the response source message and detects the operation of quoting the message, the CPU can obtain information indicating that the message is a response message. Can be identified. Status information including the new response identification information can be acquired by combining the obtained new response identification information and the previous status information.

  Next, the status information transmission program is activated with the acquisition of status information as a trigger. The status information once stored in the data area of the main memory is read and transmitted to other message exchange terminals via the output interface.

  In the above description, the status information acquisition unit and the status information transmission unit have been described as being configured by software, but may be configured by hardware.

  <Embodiment 1: Processing Flow> FIG. 8 shows an example of the processing flow in the message exchange terminal of this embodiment. Note that the processing flow shown below can be executed by a method and a program for causing a computer to execute the program, and this program can be recorded on a recording medium readable by the computer. (The same applies to other processing flows in this specification.)

  First, status information indicating an input status based on an input history for an input interface by a message sender is acquired (status information acquisition step S0801). Next, the acquired status information is transmitted to another message exchange terminal in a message exchangeable state (status information transmission step S0802). In the status information acquisition step (S0801), the status information including the status information including the media identification information indicating the media type of the message as the input status, and a message in the case of a new message, a response message, or a response message In some cases, status information including new response identification information for identifying whether or not the response is a response to is acquired.

  <Embodiment 1: Effect> This embodiment is a message exchange for transmitting status information indicating an input status based on an input history to an input interface by a message sender to another message exchange terminal in a message exchangeable state. It is a terminal. As a result, the message sender can inform other participants that he / she is going to speak before completing the full text of the message and the type of media used for input. Since the participant can infer how long it takes for the message participant who wants to speak to complete the speech, the mental stress while waiting for the speech can be reduced. In addition, it is expected that the message sender who wants to speak is less likely to be urged to speak by other participants.

  << Embodiment 2 >>

  <Embodiment 2: Overview> An overview of the present embodiment will be described. The present embodiment is a message exchange terminal that receives status information indicating the input status of a message sender using another message exchange terminal and can display it at the message display position of the message sender in the message log display area. is there.

  <Embodiment 2: Configuration 1> FIG. 9 shows an example of functional blocks of the present embodiment. The “message exchange terminal” (0900) of the present embodiment illustrated in FIG. 9 includes a “status information receiving unit” (0901) and a “status information output unit” (0902).

    (Status information receiving unit 0901) The “status information receiving unit” (0901) receives status information indicating an input status of a message sender using another message exchange terminal in a message exchangeable state. The transmission source of the status information is assumed to be the message exchange terminal according to claims 1 to 3.

  <Embodiment 2: Configuration 2> FIG. 10 shows another example of functional blocks of the present embodiment. The “message exchange terminal” (1000) of this embodiment shown in FIG. 10 includes a “status information receiving unit” (1001) and a “status information output unit” (1002), and further includes a status information output unit. (1002) has "summary display output means" (1003).

    (Summary display output means 1003) "Summary display output means" (1003) corresponds to a plurality of message sender identifiers in one status display when the number of message senders associated with the same status is a predetermined number or more. Outputs the attached display. Here, the message display position is considered to be within the same screen display area. The user may arbitrarily determine the number of message senders serving as a threshold for performing the summary display. When message sender identifiers associated with the same status are collected and the number exceeds a predetermined number, the message sender is displayed in association with each status.

    FIG. 11 is a diagram illustrating an example of a summary display. (A) is a display example as usual, (b) is a summary display of (a). When status information including media identification information is received, it can be displayed for each media type as shown in (c). Further, as shown in (d), only the message sender who has finished inputting the message is deleted from the status, and the message is displayed together with the name of the message sender.

    The processing of each other part is the same as that of the configuration 1.

  Second Embodiment Hardware Configuration FIG. 12 is a schematic diagram illustrating an example of a hardware configuration according to the present embodiment. The operation of each hardware component in the processing execution of the message exchange terminal will be described using this figure. As shown in this figure, the message exchange terminal performs “CPU (central processing unit)” (1201), “main memory” (1202), “memory” in order to realize processing in the status information receiving unit (0901). Device (or storage medium) "(1203) and" input interface "(1204). In addition to the hardware configuration unit, an “output interface” (1205) is provided in order to realize the processing in the status information output unit (0902). These are connected to each other by a data communication path such as a “system bus” (12106), and perform transmission / reception and processing of information.

  The storage device stores various programs executed by the CPU (for example, a status information reception program (status information reception unit), a status information output program (status information output unit), etc.). The main memory also provides a work area that is an area for reading and developing the program in order to execute the program stored in the storage device. Furthermore, a plurality of memory addresses are assigned to the main memory and the storage device, respectively, and programs executed by the CPU exchange and process data by specifying and accessing the memory addresses. Is possible. The above is the function of each hardware configuration.

  When the information processing device is turned on, the status information reception program (address 01) and the status information output program (address 02) stored in the storage device are expanded in the work area (addresses 11 and 12) of the main memory, respectively. Is done. At this time, the status information receiving program developed in the work area of the main memory is executed by the CPU. As a result, the status information transmitted from another message exchange terminal is acquired and temporarily stored in the data area of the main memory.

  Next, the status information output program is triggered by the reception of the status information as a trigger. The status information once held in the data area of the main memory or the like is stored in the graphic memory and output to the display screen or the like via the output interface. At this time, the identifiers of message senders associated with the same status are counted, and if a predetermined threshold is exceeded, a display display in which a plurality of message sender identifiers are associated with one status display may be output. Good.

  In the above description, the status information receiving unit and the status information output unit are described as being configured by software, but may be configured by hardware.

  <Embodiment 2: Process Flow> FIG. 13 shows an example of the process flow in the message exchange terminal of the present embodiment.

  First, status information indicating the input status of a message sender using another message exchange terminal in a message exchangeable state is received (status information reception step S1301). Next, the received status information is displayed at the message display position of the message sender in the message log display area (status information output step S1302). At this time, when the number of message senders associated with the same status is equal to or greater than a predetermined number, a display display in which a plurality of message sender identifiers are associated with one status display may be output.

  <Embodiment 2: Effect> This embodiment receives status information indicating the input status of a message sender using another message exchange terminal, and displays the message display position of the message sender in the message log display area It is a message exchange terminal that can be displayed on By displaying the status information of the participants in the message log display area, it is possible to minimize the movement of the line of sight when checking the status information, thus reducing the risk of missing status information even when watching the message.

  Further, since it is not necessary to separately secure a display area for the message status, a limited display screen can be used effectively. In addition, the summary display is more effective.

  << Embodiment 3 >>

  <Embodiment 3: Overview> An overview of the present embodiment will be described. The present embodiment is characterized in that the status indicated by the already output status information is updated, and when there is new status information, the status information already output is overwritten with the new status information. It is.

  <Embodiment 3: Configuration 1> FIG. 14 shows an example of functional blocks of the present embodiment. The “message exchange terminal” (1400) of this embodiment shown in FIG. 14 includes a “status information receiving unit” (1401), a “status information output unit” (1402), and a “determination unit” (1403). The status information output unit (1402) further includes “status information overwriting means” (1404). FIG. 14 is a functional block diagram based on the configuration 1 of the second embodiment. However, when the configuration 2 is used, the status information output unit further includes a summary display output unit.

    (Determination unit 1403) The “determination unit” (1403) determines whether the status indicated by the status information already output by the status information output unit (1402) has been updated. At this time, the determination can be made by comparing the output status information with the status information newly received by the status information receiving unit (1401). If both are the same, it is not updated, and if there is a difference, it is determined that it has been updated.

    (Status information overwriting means 1404) “Status information overwriting means” (1404) is a judgment result that the judgment result has been updated, and if there is new status information, it has already been output with new status information. Overwrite status information. For example, when status information indicating "Pending" is first received and output, and status information indicating "Pending" is newly received, it is overwritten with "Pending" displayed. . A display example is shown in FIG.

    FIG. 15 shows another example of functional blocks of this configuration. The difference from the above configuration is that there is no “determination unit”. The “message exchange terminal” (1500) illustrated in FIG. 15 includes a “status information receiving unit” (1501) and a “status information output unit” (1502). The status information output unit (1502) further includes: “Second status information overwriting means” (1503). FIG. 15 is a functional block diagram based on the configuration 1 of the second embodiment. However, when the configuration 2 is used, the status information output unit further includes a summary display output unit.

    If there is new status information, the “second status information overwriting means” (1503) overwrites the already output status information with the new status information. Since the overwriting process is executed without determining whether the status has been updated, it is possible to execute the process quickly and reduce the processing load.

  The processing of each other part is the same as in the second embodiment.

  <Embodiment 3: Configuration 2> FIG. 16 shows another example of functional blocks of the present embodiment. The “message exchange terminal” (1600) of this embodiment shown in FIG. 16 includes a “status information receiving unit” (1601), a “status information output unit” (1602), and a “determination unit” (1603). The status information output unit (1602) further includes “status information erasing means” (1604). FIG. 16 is a functional block diagram based on the configuration 1 of the second embodiment. However, when another configuration is used, it has other components (summary display means, status information overwriting means).

    (Status information erasure means 1604) The “status information erasure means” (1604) is a determination result that the determination result has been updated, and erases the already output status information when a message is received. For example, after receiving the status information indicating “input” first and outputting it, the message input operation of the message sender ends, and when a new message is received, “input” is displayed. Erase and display a message. A display example is shown in FIG.

    FIG. 17 shows another example of functional blocks of this configuration. The difference from the above configuration is that there is no “determination unit”. The “message exchange terminal” (1700) shown in FIG. 17 has a “status information receiving unit” (1701) and a “status information output unit” (1702), and the status information output unit (1702) further includes “Second status information erasing means” (1703). FIG. 17 is a functional block diagram based on the configuration 1 of the second embodiment. However, when another configuration is used, it has other components (summary display means, status information overwriting means). .

    The “second status information deleting means” (1703) deletes the already output status information when the message is received. Since the erasure process is executed without determining whether the status has been updated, the process can be executed quickly and the processing load can be reduced.

  The processing of each other part is the same as in the configuration 1 and the like.

  <Embodiment 3: Configuration 3> FIG. 18 shows another example of functional blocks of the present embodiment. The “message exchange terminal” (1800) of this embodiment shown in FIG. 18 includes a “status information receiving unit” (1801), a “status information output unit” (1802), and a “determination unit” (1503). The status information output unit (1802) further includes “status information non-erasing means” (1804). FIG. 18 is a functional block diagram based on the configuration 1 of the second embodiment. However, when another configuration is used, it has other components (summary display means, status information overwriting means).

    (Status information non-erasing unit 1804) The “status information non-erasing unit” (1804) is a determination result that the determination result has been updated, and does not erase the already output status information even when a message is received. For example, after receiving the status information indicating "input start" first and outputting it, even if the message input operation of the message sender ends and a new message is received, "input start" The message is displayed with the display being displayed. A display example is shown in FIG. Here, a mode in which the first statement is outside the display area is shown.

    In addition, the utterance time may be displayed as shown in FIG. In the case of this configuration in which the status information is not erased, the status of the message sender can be confirmed from the start and end times of the status, which is particularly beneficial.

    FIG. 19 shows another example of functional blocks of this configuration. The difference from the above configuration is that there is no “determination unit”. The “message exchange terminal” (1900) illustrated in FIG. 19 includes a “status information receiving unit” (1901) and a “status information output unit” (1902), and the status information output unit (1902) further includes “Second status information non-erasing means” (1903). FIG. 19 is a functional block diagram based on the configuration 1 of the second embodiment. However, when another configuration is used, it has other components (summary display means, status information overwriting means). .

    The “second status information deleting unit” (1903) does not delete the already output status information even when the message is received. Since it is not determined whether the status has been updated, the processing load can be reduced.

  The processing of each other part is the same as in the configuration 1 and the like.

  <Third Embodiment: Hardware Configuration> FIG. 21 is a schematic diagram illustrating an example of a hardware configuration of the present embodiment. With reference to this figure, the operation of each hardware component in the processing execution of the message exchange terminal will be described mainly focusing on differences from the second embodiment. As shown in this figure, the message exchange terminal performs “CPU (central processing unit)” (2101), “main memory” (2102), “storage device ( Or storage medium) ”(2103). In addition to the above hardware configuration unit, an “input interface” (2104) is implemented to implement processing in the status information receiving unit (1401), and an “output” is implemented to implement processing in the status information output unit (1402). Interface "(2105). These are connected to each other via a data communication path such as a “system bus” (2106), and perform transmission / reception and processing of information.

  When the information processing device is turned on, the status information reception program (address 01), status information output program (address 02), and judgment processing program (address 03) stored in the storage device are stored in the work area of the main memory. Expanded to (addresses 11, 12, 13), respectively. At this time, the status information receiving program developed in the work area of the main memory is executed by the CPU. As a result, the status information transmitted from another message exchange terminal is acquired and temporarily stored in the data area of the main memory.

  Next, the determination processing program is activated with the reception of the status information as a trigger. The status information once held in the data area of the main memory or the like is compared with the already output status information via the output interface. If both are the same, it is not updated, and if there is a difference, it is determined that it has been updated.

  The status information output program is triggered by the completion of the determination process in the determination process program as a trigger. The status information stored in the graphic memory according to the previous determination result is output to a display screen or the like via the output interface. At this time, if the determination result indicates that the determination result is updated and there is new status information, the new status information is stored in the graphic memory in order to overwrite the already output status information. In addition, when the determination result is a determination result that the determination result is updated and a message is received, the status information in the graphic memory is deleted in order to delete the already output status information. Alternatively, it may be a determination result that the determination result is updated, and the status information in the previous graphic memory may be held as it is without erasing the already output status information even if a message is received.

  If the determination processing program does not exist, the status information output program is triggered by the reception of the status information. The status information once held in the data area of the main memory or the like is stored in the graphic memory and output to the display screen or the like via the output interface. At this time, if there is new status information, the new status information is stored in the graphic memory in order to overwrite the already output status information. When a message is received, the status information in the graphic memory is erased in order to erase the already output status information. Alternatively, there is a case where the status information in the previous graphic memory is held as it is without erasing the already output status information even when the message is received.

  <Third Embodiment: Process Flow> FIG. 22 shows an example of a process flow in the message exchange terminal of the present embodiment.

  First, status information indicating an input status of a message sender using another message exchange terminal in a message exchangeable state is received (status information reception step S2201). Next, the received status information is displayed at the message display position of the message sender in the message log display area (status information output step S2202). Next, the status information received in the status information reception step (S2201) and the status information already output in the status information output step (S2202) are compared to determine whether the status has been updated (update determination step). S2203). If it is determined in the update determination step (S2203) that the message has been updated, it is confirmed whether a message has been received (message reception step S2204). When the message is received, the already output status information is deleted (status information deletion step S2205). If no message has been received, it is determined whether there is new status information (new status information determination step S2206). If there is new status information, the already output status information is overwritten with the new status information (status information overwrite step S2207). In other cases, the process ends. In the status information erasing step (S2205), there is a mode in which the already output status information is not erased even when a message is received.

  FIG. 23 shows a processing flow of a configuration without an update determination step (not determining whether the status has been updated). The same as the above except that there is no update determination step. First, status information indicating an input status of a message sender using another message exchange terminal in a message exchangeable state is received (status information reception step S2301). Next, the received status information is displayed at the message display position of the message sender in the message log display area (status information output step S2302). Next, it is confirmed whether a message has been received (message receiving step S2303). When the message is received, the already output status information is deleted (status information deletion step S2304). If no message has been received, it is determined whether there is new status information (new status information determination step S2305). If there is new status information, the already output status information is overwritten with the new status information (status information overwrite step S2306). In other cases, the process ends. In the status information deleting step (S2304), there is a mode in which the already output status information is not deleted even when a message is received.

  FIG. 24 shows the flow of the above processing more specifically. First, while waiting for message transmission / reception, it is determined whether a message has been received from another message exchange terminal in a message exchange enabled state or status information indicating the input status of the message sender has been received (reception). Determination step S2401). If it is determined that the message has been received, the status information of the message sender already displayed in the message log is deleted (status information deletion step S2402). Next, the participant name, media type, and message are displayed in the message log (message display step S2403). At this time, if the media type is audio or video, a playback button or the like may be displayed. Further, the reception of the message is notified by sound or the like (message reception notification step S2404). On the other hand, if it is determined in the reception determination step (S2401) that the status information has been received, the status information type is determined (status information determination step S2405), and the following processing is executed. First, in the case of starting creation, status information (for example, “voice input start”) corresponding to the participant name and media type is displayed in the message log (creation start display step S2406). Furthermore, status information on creation start is notified by sound or the like (creation start notification step S2407). Next, in the case of canceling the creation, the status information of the message sender being displayed in the message log is deleted (creation stop step S2408). Further, the status information of the creation stop is notified by sound or the like (creation stop notification step S249). Next, in the case of pending creation, the status information of the message sender being displayed in the message log is updated (creation pending step S2410). Furthermore, the status information of the creation hold is notified by sound or the like (creation hold notification step S2411). Finally, in the case of canceling the creation hold, the status information of the message sender being displayed in the message log is updated (creation hold release step S2412). Further, the status information on the creation hold release is notified by sound or the like (creation hold release notification step S2413). After that, it returns to a state waiting for message transmission / reception.

  On the other hand, FIG. 25 specifically shows the flow of processing on the message transmission side. First, the type of status information indicating the input status is determined (status information determination step S2501). This can be realized via an input interface or the like. If the status information type is creation complete, the participant name (own name), media type, and message are transmitted to another message exchange terminal (creation completion step S2502). Next, in the case of starting creation, information for identifying the media type of the message is obtained (media type obtaining step S2503), and the participant name (own name), media type, and status information (“creation start” ”) To another message exchange terminal (creation start step S2504). Next, in the case of canceling the creation, the message being created is discarded (message discarding step S2505), and the participant name (your own name) and status information ("Cancel Creation") are sent to other message exchange terminals. Transmit (creation stop step S2506). Next, in the case of creation pending, the pending status (media type, status information, message) is stored (pending status maintenance step S2507), and the participant name (own name) and status information (“created”). "Pending") is transmitted to another message exchange terminal (creation holding step S2508). Further, in the case of canceling the creation hold, the state stored at the time of the hold is called (pending state calling step S2509), and the participant name (own name) and status information ("release creation hold") are exchanged with other messages. It transmits to the terminal (creation hold release step S2510). Finally, the message log is updated (message log update step S2511). After that, it returns to a state waiting for message transmission / reception.

  <Embodiment 3: Effect> In the present embodiment, when the status indicated by the already outputted status information is updated and there is new status information, the already outputted status information is overwritten with the new status information. Is a message exchange terminal characterized by Updating or deleting the status information is useful because it can accurately indicate the current status of the message originator. Further, when the status information is not erased, there is an effect that the status of the message sender can be confirmed based on the status history.

  << Embodiment 4 >>

  <Embodiment 4: Overview> An overview of the present embodiment will be described. The present embodiment is a message exchange terminal characterized in that status information is output so that a speech number is not displayed in an area for displaying status information.

  <Embodiment 4: Configuration> FIG. 26 shows an example of functional blocks of the present embodiment. The “message exchange terminal” (2600) of this embodiment shown in FIG. 26 includes a “status information receiving unit” (2601), a “status information output unit” (2602), and a “speech number assigning unit” (2603). And). FIG. 26 is a functional block diagram based on the configuration 1 of the second embodiment. However, when the configuration is based on the other embodiments, the other components (in the determination unit and the status information output unit, the summary is performed). Display output means, status information overwriting means, status information erasing means, and status information non-erasing means).

    (Speech number giving unit 2603) The “speech number giving unit” (2603) gives a speech number to the displayed message. As the utterance number, a larger number is assigned to later utterances. Since the message can be specified by specifying the message number, the response to which message can be identified by quoting the message number of the response source.

    (Status information output unit 2602) The “status information output unit” (2602) outputs status information so that the message number is not displayed in the area where the status information is displayed. An example of the display is shown in FIG. While the status information is being output, it can be said that the message input by the message sender has not been completed, but since the message number has not yet been assigned at this time, as shown in FIG. No message number is displayed in the information display area. The area for displaying the message number may be left blank, or a predetermined symbol (for example, “***”, etc.) may be displayed.

    In addition, when new response identification information is included in the acquired status information, the response to which message is displayed and output so that it can be identified by quoting the message number of the response source. Until the message number is confirmed and the message number is confirmed, the message number is not displayed in the area for displaying the status information as shown in FIG. As shown in (c), the message itself may be quoted together with the message number of the response source.

    Furthermore, FIG. 28 shows an example of display when status information is erased / non-erased. As shown in (a), at the first stage, since the message input by the message sender (Mr. B) has not yet been completed, the message number is not displayed. Thereafter, at the stage where the message input by the message sender (Mr. B) is completed, the message number (423) is determined and the status information (“inputting”) is deleted. In addition, as shown in (b), an old utterance (utterance number 421) may be outside the display area.

    Furthermore, FIG. 29 shows an example of display of speech time. In the case of this configuration in which the status information is not erased, the status of the message sender can be confirmed from the start and end times of the status, which is particularly beneficial.

    Other processes are the same as those in the second and third embodiments.

  <Embodiment 4: Hardware Configuration> FIG. 30 is a schematic diagram illustrating an example of a hardware configuration of the present embodiment. With reference to this figure, the operation of each hardware component in the processing execution of the message exchange terminal will be described mainly focusing on differences from the second and third embodiments. As shown in this figure, the message exchange terminal performs “CPU (central processing unit)” (3001), “main memory” (3002), “memory” in order to realize processing in the message number assigning unit (2603). Device (or storage medium) "(3003). Further, in addition to the above hardware configuration unit, an “input interface” (3004) is realized in order to realize processing in the status information receiving unit (2601), and an “output” is realized in order to realize processing in the status information output unit (2602). Interface "(3005). These are connected to each other by a data communication path such as a “system bus” (3006), and perform transmission / reception and processing of information.

  When the information processing device is turned on, the status information reception program (address 01), status information output program (address 02), and speech number assignment program (address 03) stored in the storage device are stored in the main memory. Each area is expanded into addresses (addresses 11, 12, and 13). At this time, the status information receiving program developed in the work area of the main memory is executed by the CPU. As a result, the status information transmitted from another message exchange terminal is acquired and temporarily stored in the data area of the main memory.

  Next, the status information output program is triggered by the reception of the status information as a trigger. The status information once held in the data area of the main memory or the like is stored in the graphic memory and output to the display screen or the like via the output interface.

  On the other hand, a message is acquired from another message exchange terminal via the input interface, and display output or the like is performed via the output interface. At this time, the message number assigning program is started and the displayed messages are counted. The count number is held in a data area of the main memory or the like, and is incremented and updated every time a message is displayed and output. At this time, only messages are counted, and status information is not counted. The count number is displayed and output in association with the message by storing it in the graphic memory as a message number, for example, in a configuration arranged at the head of the message. When status information is displayed, the message number is not displayed in the message number area.

  <Embodiment 4: Processing Flow> FIG. 31 shows an example of processing flow in the message exchange terminal of the present embodiment.

  First, status information indicating the input status of a message sender using another message exchange terminal in a message exchangeable state is received (status information reception step S3101). Next, it is confirmed whether a message has been received (message reception step S3102). When a message is received, a speech number is assigned and displayed together with the message (speech number assignment step S3103). If no message has been received, the received status information is displayed at the message display position of the message sender in the message log display area, and the message number is not displayed (status information output step S3104).

  <Embodiment 4: Effect> This embodiment is a message exchange terminal characterized in that status information is output so that a message number is not displayed in an area for displaying status information. As a result, in the case of response utterance, it is possible to accurately recognize which message the response is for.

  << Embodiment 5 >>

  <Embodiment 5: Overview> An overview of this embodiment will be described. In the present embodiment, when a character string overflows from the display screen due to the addition of a new message line at the message display position, the message that should flow out in order from the character string in the line at the oldest message display position. This is a message exchange terminal characterized in that when the status information is displayed on the line at the display position, the character string on the line at the next old message display position is leaked without leaking the status information.

  <Embodiment 5: Configuration> FIG. 32 shows an example of functional blocks of the present embodiment. The “message exchange terminal” (3200) of this embodiment shown in FIG. 27 includes a “status information receiving unit” (3201), a “status information output unit” (3202), and a “scroll unit” (3203). , “Control unit” (3204). FIG. 32 is a functional block diagram based on the configuration 1 of the second embodiment. However, in the case of using another embodiment or the like, other components (in the determination unit and the status information output unit, the status Information overwriting means, status information erasing means, status information non-erasing means).

    (Scroll part 3203) The “scroll part” (3203) is a character string in the line of the oldest message display position when a character string overflows from the display screen due to the addition of a new message line at the message display position. Scroll out in order.

    (Control unit 3204) When the status information is displayed in the row of the message display position to be leaked, the “control unit” 3204 does not leak the status information, and the next old message display position row. The scroll unit (3203) is controlled so that the character string flows out.

    FIG. 33 shows an example of the scroll method. Here, a scene is shown in which messages are sequentially displayed in the message log display area for three lines. New statements are added to the bottom line. First, in the state of (a), when a new message is added, the message of Mr. A, which is the character string in the line of the oldest message display position, flows out of the display area, and the state of (b) is entered. . Further, when a new message is added, Mr. B's status information “inputting” is displayed in the line of the message display position to be leaked, and therefore, control different from the previous scroll processing is performed. Executed. That is, Mr. C's message, which is the character string in the line at the next oldest message display position, is leaked without leaking Mr. B's status information, and the state of (c) is reached. At this time, if status information is also displayed on the next message display position line, control is performed so that the character string of the next old message display position line is leaked without leaking the status information. . The state of (d) shows an example in which, when the input of Mr. B's message is completed and the status is updated, the already displayed status information is deleted and a new message is displayed.

    Other processes are the same as those in the second and third embodiments.

  <Fifth Embodiment: Hardware Configuration> FIG. 34 is a schematic diagram illustrating an example of a hardware configuration of the present embodiment. With reference to this figure, the operation of each hardware component in the processing execution of the message exchange terminal will be described mainly focusing on differences from the second and third embodiments. As shown in this figure, the message exchange terminal includes a scroll unit (3203), a “CPU (central processing unit)” (3401), and a “main memory” (3402) in order to implement processing in the control unit (3204). ) And “storage device (or storage medium)” (3403). In addition to the above hardware configuration unit, “input interface” (3404) is used to implement processing in the status information receiving unit (3201), and “output” is used to implement processing in the status information output unit (3202). Interface "(3405). These are connected to each other through a data communication path such as a “system bus” (3406), and perform transmission / reception and processing of information.

  When the information processing device is turned on, the status information reception program (address 01), status information output program (address 02), and scroll control program (address 03) stored in the storage device are stored in the work area of the main memory. Expanded to (addresses 11, 12, 13), respectively. At this time, the status information receiving program developed in the work area of the main memory is executed by the CPU. As a result, the status information transmitted from another message exchange terminal is acquired and temporarily stored in the data area of the main memory.

  Next, the status information output program is triggered by the reception of the status information as a trigger. The status information once held in the data area of the main memory or the like is stored in the graphic memory and output to the display screen or the like via the output interface.

  Similarly, the scroll control program is activated by receiving the status information as a trigger. If a character string overflows from the display screen due to the addition of a new message line at the message display position, a determination is made as to what the character string in the line at the message display position to be discharged at that time indicates. Whether the character string is a message or status information can be determined based on the accompanying identification information. Specifically, it can be realized by executing a comparison process between the identification information attached to the character string and the identification information stored in advance and the character string type. If the character string is a message, the character string stored in the graphic memory is deleted in order to execute scrolling that causes the character string to flow out. At this time, the number of overflowing characters (number of lines) is calculated based on the number of pixels on the display screen, and erasure for the number of characters (number of lines) is executed. Further, the line number of the message display position to be leaked is stored in the data area of the main memory, and this is incremented and updated. On the other hand, if the character string is status information, the status information is not leaked and updated by incrementing the line number of the message display position to be leaked. As a result, the process proceeds to a process of determining what the character string in the line of the next old message display position indicates.

  <Embodiment 5: Process Flow> FIG. 35 shows an example of the process flow in the message exchange terminal of the present embodiment.

  First, status information indicating an input status of a message sender using another message exchange terminal in a message exchangeable state is received (status information reception step S3501). Next, the received status information is displayed at the message display position of the message sender in the message log display area (status information output step S3502). Next, if a character string overflows from the display screen due to the addition of a new message line at the message display position, whether the message or status information is displayed on the line of the message display position to be leaked Determination is made (determination step S3503). When a message is displayed in the line of the message display position to be leaked, the character string is sequentially flushed (message scroll step S3504). On the other hand, if the status information is displayed on the line of the message display position to be leaked, the status information is not leaked, and the character string of the message display position line to be leaked next is leaked. Status information is arranged in (status scroll step S3505), and the process returns to the determination step (S3503).

  <Embodiment 5: Effect> In the present embodiment, when a character string overflows from the display screen due to the addition of a new message line at the message display position, the character string in the line of the oldest message display position is ordered. If the status information is displayed on the line of the message display position to be leaked and the message is to be leaked, the message is characterized in that the character string in the line of the next old message display position is leaked without leaking the status information. It is an exchange terminal. As a result, the status information can be kept in the display area, and the status of the message sender can always be recognized.

  << Embodiment 6 >>

  <Embodiment 6: Overview> An overview of the present embodiment will be described. This embodiment is a message exchange terminal characterized by deleting all or part of the corresponding response information when a predetermined condition is satisfied.

  <Embodiment 6: Configuration> FIG. 36 shows an example of functional blocks of the present embodiment. The “message exchange terminal” (3600) of this embodiment shown in FIG. 31 includes a “status information receiving unit” (3601), a “status information output unit” (3602), and a “message output unit with corresponding response information”. ”(3603) and“ corresponding response information erasure unit ”(3604).

    (Message Output Unit with Corresponding Response Information 3603) “Message Output Unit with Corresponding Response Information” (3603) is a status including new response identification information for identifying which message is a response from the message exchange terminal according to claim 3. When information and a message corresponding to the status information are received, the response information is attached to the message and displayed. “Corresponding response information” refers to information indicating which message the response is for. For example, a message is quoted with the message of the response source or message number after a predetermined mark (for example, >>). This indicates the response to the response.

    (Corresponding Response Information Erasing Unit 3604) The “Corresponding Response Information Erasing Unit” (3604) erases all or a part of the corresponding response information when a predetermined condition is satisfied. The “predetermined condition” assumes a certain period of time, a new message status, an incoming new message, and the like. In addition, “part of the corresponding response information” refers to a plurality of items in which the corresponding response information quotes the message number after a predetermined mark (>>), for example, and also quotes the response source message itself. If the information consists of only one of them. If a message that quotes a response source message is deleted after a predetermined mark (>>), a wide display area can be secured while identifying which message is a response.

    In addition, “erase” may include a state in which no display is temporarily performed. That is, by focusing on the remaining message number, the response source message may be displayed in a pop-up window, a separate window, or the like. Further, if the remaining speech number is focused, clicking or the like may be performed, and if it is selected / decided, it may be automatically jumped to the row of the speech number.

    FIG. 37 shows an example of these displays. (A) shows a scene in which a response utterance is made by citing the utterance number and the response source utterance. (B) shows a state after a predetermined time has elapsed. The response source message is deleted and only the message number remains. Further, as shown in (c), the response source message may be deleted by receiving a new message (here, Mr. D's message).

    FIG. 38 shows a display example in which status information is also added. (A) shows a scene in the middle of inputting a response message that quotes the message number and the response source message. After a certain period of time, as shown in (b), the response source message is deleted and only the message number remains. In addition, the response source message may be deleted by receiving a new message (here, Mr. C's message 422).

    The other processes are the same as those in the second embodiment.

  <Sixth Embodiment: Hardware Configuration> FIG. 39 is a schematic diagram illustrating an example of a hardware configuration according to the present embodiment. With reference to this figure, the operation of each hardware component in the processing execution of the message exchange terminal will be described mainly focusing on differences from the second embodiment. As shown in this figure, the message exchange terminal uses a “CPU (central processing unit)” (3901) in order to implement the processing in the message output unit with corresponding response information (3603) and the corresponding response information deleting unit (3604). And “main memory” (3902) and “storage device (or storage medium)” (3903). In addition to the above hardware configuration unit, “input interface” (3904) is used to implement the processing in the status information receiving unit (3601), and “output” is used to implement the processing in the status information output unit (3602). Interface "(3905). These are connected to each other by a data communication path such as a “system bus” (3906), and perform transmission / reception and processing of information.

  When the information processing device is turned on, the status information reception program (address 01), the status information output program (address 02), the message output program with corresponding response information (address 03) stored in the storage device, The response information erasing program (address 04) is expanded in the work area (addresses 11, 12, 13, 14) of the main memory. At this time, the status information receiving program developed in the work area of the main memory is executed by the CPU. As a result, the status information transmitted from another message exchange terminal is acquired and temporarily stored in the data area of the main memory.

  Next, the message output program with corresponding response information is activated by receiving the status information as a trigger. When a message corresponding to the status information is received from the message exchange terminal via the input interface, the response information is attached to the message and displayed. Corresponding response information is generated based on new response identification information for identifying which message is included in the received status information. Specifically, new response identification information is extracted from the received status information, and this is combined with a predetermined mark (for example, >>) held in advance to generate corresponding response information. Further, the message once stored in the data area of the main memory and the corresponding response information are stored in the graphic memory and output to the display screen or the like through the output interface.

  Similarly, the status information output program is started with the reception of status information as a trigger. The status information once held in the data area of the main memory or the like is stored in the graphic memory and output to the display screen or the like via the output interface.

  On the other hand, when a predetermined condition is satisfied, the corresponding response information erasing program is activated to erase all or part of the corresponding response information. Examples of satisfying the predetermined condition include a case where a predetermined time is counted by a built-in timer and a case where a new message status or a new message is detected via an input interface. Corresponding response information may only be partially deleted. For example, in the case of corresponding response information that quotes a message source message and a message number after a predetermined mark (for example, >>, etc.) Only the message part may be deleted and the message number may remain. This can be realized by deleting only the message part stored in the graphic memory.

  <Sixth Embodiment: Process Flow> FIG. 40 shows an example of a process flow in the message exchange terminal of the present embodiment.

  First, status information indicating the input status of a message sender using another message exchange terminal in a message exchangeable state is received (status information reception step S4001). Next, the received status information is displayed at the message display position of the message sender in the message log display area (status information output step S4002). In addition, as status information, after receiving status information including new response identification information that identifies a new message, a response message, or a response message in the case of a response message, a message corresponding to the status information is received. When the message is received, corresponding response information indicating which message is the response to the message is attached and displayed (message output step with corresponding response information S4003). Further, it is determined whether or not a predetermined condition is satisfied (condition determination step S4004). If the predetermined condition is satisfied, all or a part of the corresponding response information is deleted (corresponding response information deleting step S4005). ). If it can be determined that the predetermined condition is not satisfied, the process is terminated.

  <Embodiment 6: Effect> This embodiment is a message exchange terminal characterized by erasing all or part of the corresponding response information when a predetermined condition is satisfied. As a result, it is possible to change the response source message initially displayed to display only the message number when a predetermined condition is satisfied, and an effect of being easy to see in a limited display area can be expected. In addition, the display area can be used effectively.

Conceptual diagram for explaining the outline of the first embodiment The figure which showed an example (structure 1) of the functional block of Embodiment 1. The figure which showed another example (structure 2) of the functional block of Embodiment 1. The figure which showed another example (structure 3) of the functional block of Embodiment 1. FIG. 6 is a diagram for explaining a display example of the first embodiment. The figure which showed an example of the status information of Embodiment 1 The figure which showed an example of the hardware constitutions of Embodiment 1. The figure which showed the flow of the process of Embodiment 1. The figure which showed an example (structure 1) of the functional block of Embodiment 2. The figure which showed another example (configuration 2) of the functional block of Embodiment 2. The figure explaining the example of the summary display of Embodiment 2. The figure which showed an example of the hardware constitutions of Embodiment 2. The figure which showed the flow of the process of Embodiment 2. The figure which showed an example (structure 1) of the functional block of Embodiment 3. The figure which showed an example (example without the judgment part of the structure 1) of the functional block of Embodiment 3. The figure which showed another example (structure 2) of the functional block of Embodiment 3. The figure which showed another example (example without the determination part of the structure 2) of the functional block of Embodiment 3. The figure which showed another example (structure 3) of the functional block of Embodiment 3. The figure which showed another example (example without the determination part of the structure 3) of the functional block of Embodiment 3. FIG. 10 is a diagram for explaining a display example of the third embodiment. The figure which showed an example of the hardware constitutions of Embodiment 3. The figure which showed the flow of the process of Embodiment 3. The figure which showed the flow (the example without a status update judgment step) of Embodiment 3 The figure which showed the specific flow of the process of Embodiment 3. Diagram showing the specific flow of processing on the sending side The figure which showed an example of the functional block of Embodiment 4. The figure explaining the example of a display of Embodiment 4 (the 1) The figure explaining the example of a display of Embodiment 4 (the 2) The figure explaining the example of a display of Embodiment 4 (the 3) The figure which showed an example of the hardware constitutions of Embodiment 4. The figure which showed the flow of the process of Embodiment 4. The figure which showed an example of the functional block of Embodiment 5. FIG. 10 is a diagram for explaining a display example of the fifth embodiment. The figure which showed an example of the hardware constitutions of Embodiment 5. The figure which showed the flow of the process of Embodiment 5. The figure which showed an example of the functional block of Embodiment 6. The figure explaining the example of a display of Embodiment 6 (the 1) The figure explaining the example of a display of the 6th embodiment (the 2) The figure which showed an example of the hardware constitutions of Embodiment 6. The figure which showed the flow of the process of Embodiment 6.

Explanation of symbols

0200 Message exchange terminal 0201 Status information acquisition unit 0202 Status information transmission unit

Claims (15)

A media identification information acquisition unit that acquires media identification information that is information for indicating a media type such as whether the message is text, audio, or video in response to detection of input of the message;
A status information transmission unit that transmits the acquired media identification information to another message exchange terminal in a message exchangeable state;
A message exchange terminal. Media identification, which is information to indicate the media type, such as whether the message from the message sender using another message exchange terminal in a message exchangeable state is text, voice, or video and status information receiving section for receiving information,
A status information output unit capable of displaying the received media identification information at the message display position of the message sender in the message log display area;
A message exchange terminal. The status information output part
3. A summary display output means for outputting a display in which a plurality of message sender identifiers are associated with one status display when the number of message senders associated with the same status is a predetermined number or more. The message exchange terminal described. The status information output unit has a determination unit that determines whether the status indicated by the already output status information has been updated,
The status information output part
The determination result is determination result of updated, and according to claim 2 or 3 when there is a new status information includes status information overwriting means for overwriting the status information that has already been output in the new status information Message exchange terminal. The status information output unit has a determination unit that determines whether the status indicated by the already output status information has been updated,
The status information output part
The message exchange terminal according to any one of claims 2 to 4 , further comprising status information erasure means for erasing status information that has already been output when the determination result is a determination result and a message is received. . The status information output unit has a determination unit that determines whether the status indicated by the already output status information has been updated,
The status information output part
A determination result of the determination result is updated, and the message exchange terminal according to any one of claims 2 to 4 which message having a status information non-erasing means that is not erased status information that has already been output even when it is received . It has a speech number giving unit that gives a speech number to the displayed message,
The message exchange terminal according to any one of claims 2 to 6 , wherein the status information output unit outputs the status information so that the message number is not displayed in an area where the status information is displayed. When a character string overflows from the display screen due to the addition of a new message line at the message display position, a scroll unit that scrolls in order from the character string of the line at the oldest message display position,
When status information is displayed on the line of the message display position to be leaked, the control unit that controls the scroll unit so that the character string of the line of the next old message display position is leaked without leaking the status information When,
The message exchange terminal according to claim 2 , or 4 to 6 . A media identification information acquisition step for acquiring media identification information, which is information for indicating a media type such as whether the message is text, voice, or video in response to detection of input of the message;
A status information transmission step of transmitting the acquired media identification information to another message exchange terminal in a message exchangeable state;
A message exchange method. Media identification, which is information to indicate the media type, such as whether the message from the message sender using another message exchange terminal in a message exchangeable state is text, voice, or video and status information receiving step of receiving information,
A status information output step for displaying the received media identification information at the message display position of the message sender in the message log display area;
A message exchange method. Media identification, which is information to indicate the media type, such as whether the message from the message sender using another message exchange terminal in a message exchangeable state is text, voice, or video and status information receiving step of receiving information,
A status information output step for displaying the received media identification information at the message display position of the message sender in the message log display area;
A determination step for determining whether the status indicated by the status information already output in the status information output step has been updated;
A status information erasure step of erasing the status information that has already been output when the determination result in the determination step is a determination result and a message is received;
A message exchange method. Media identification, which is information to indicate the media type, such as whether the message from the message sender using another message exchange terminal in a message exchangeable state is text, voice, or video and status information receiving step of receiving information,
A status information output step for displaying the received media identification information at the message display position of the message sender in the message log display area;
When a character string overflows from the display screen due to the addition of a new message line at the message display position, a scroll step for scrolling in order from the character string of the line at the oldest message display position,
A control step for controlling the scroll unit so that the character string in the line of the next old message display position is leaked without leaking the status information when the status information is displayed in the line of the message display position to be leaked When,
A message exchange method. The status information output part
Message exchange terminal according to claim 2 or 3 when there is a new status information has a second status information overwriting means for overwriting the status information that has already been output in the new status information. The status information output part
The message exchange terminal according to any one of claims 2 to 4 , further comprising second status information erasure means for erasing the already output status information when a message is received. The status information output part
Message exchange terminal according to any one of claims 2 to 4 in which the message has a second status information unremovable means not erase the status information that has already been output even when it is received.

Images