JP2007042137A5 - - Google Patents

Description

Conversation sending method and conversation system

The present invention relates to a technology for supporting a conversation of a user who can share a virtual space (hereinafter simply referred to as a virtual space) established on a network with other users and can talk simultaneously.
In the present invention, the conversation system refers to a system in which a plurality of users can transmit and receive text messages (hereinafter referred to as utterances) substantially in real time by sharing a virtual space and display the transmitted and received utterances. .

  The IRC (Internet Relay Chat) system is a conversation system constructed in conformity with the IRC protocol (RFC 1459) and configured by an IRC server and an IRC client. The IRC server broadcasts speech from IRC clients to other IRC clients in the channel. The IRC client sends and receives messages to and from other IRC clients via the IRC server.

  A channel refers to a virtual space shared by IRC clients in an IRC system. The nickname refers to an identifier for uniquely identifying a user in the IRC system. A topic refers to the topic of conversation in each channel. Mode refers to the characteristics of the channel.

  2. Description of the Related Art Conventionally, various conversation systems have been provided in which a plurality of users share a virtual space and can simultaneously talk on a text basis. One example is the IRC system. In the IRC system, a channel is formed for each topic called a topic. Users join channels with topics of interest and talk to each other about the topics. The channel is spoken by inputting a text message and pressing the return key. Text messages uttered by itself and other IRC clients are displayed on the display.

  Other systems in which a plurality of users can communicate by sharing a virtual space include party line services and mailing systems on a telephone network. In the party line service, three or more users can share a virtual space on the telephone network and have a conversation in real time in the same way as IRC. In the mailing system, an electronic mail addressed to the mailing list can be simultaneously distributed to a plurality of mail addresses. A plurality of email addresses share a virtual space represented by a mailing list.

  However, in the IRC system, when the number of users participating in a channel increases, a plurality of topics often progress simultaneously even within the same channel. In that case, messages related to different topics are displayed together, and the conversation is confused. Further, in the current IRC, the number of channels to be spoken is always limited to one, which may be inconvenient for the user.

  For example, the following situation occurs. 50 researchers from a research department are participating in channel # CH1. Group A and Group B in the research department conduct research on the same theme. Researchers in each group want to talk about research within each group. Also, I want to have a conversation on channel # CH1 so that other researchers can see the conversation. However, if two conversations proceed in parallel in the same channel and are mixedly displayed on the display, the conversation will be confused. Similar problems arise in other conversation systems.

  On the other hand, it is assumed that another group C of the research department has a meeting in channel #meeting. As the content of the conference has progressed, Group C wants Group D participating in another channel #LAB to participate in the conference. However, in the conventional conversation system, unless the users in group D voluntarily participate in channel #meeting, both groups C and D cannot share the conversation in channel #meeting. Moreover, there may be cases where there are no users in group D, and it is difficult for a plurality of users to join channel #meeting together.

Further, for example, the following needs can be considered. On channel #TALK, a user who is allowed to participate for a fee is talking to a celebrity such as an entertainer or an athlete. The administrator of channel #TALK wants to stream the contents of channel #TALK to other general channels and use the conversation of channel #TALK as a commercial at a predetermined time.
Furthermore, when providing user support using a conversation system such as IRC, all support personnel need to participate in a single support channel. However, when a plurality of support personnel respond to an inquiry from a single questioner, the answerer may change for each question. This gives a complicated impression to the questioner. In order to avoid this, it is preferable to display responses from a plurality of support personnel to the user as if they were responses from a single support personnel.

  As a support system using a telephone, a system in which a plurality of support personnel wait in front of a telephone and answer an inquiry has already been performed. However, when one respondent cannot respond to the call, the answer from a plurality of respondents cannot be made to feel as if the answer is from one respondent. In the mailing system, even if an e-mail can be created as if the answers from a plurality of respondents are answers from one respondent, the questioner cannot obtain answers to the questions in real time.

  The present invention provides a technology for sharing and separating conversations in a virtual space so that a plurality of users who share a virtual space and talk simultaneously on a text basis can share a plurality of topics and talk without confusion in response to the needs. The purpose is to do.

The problem to solve, the present first invention is a another user and the conversation transmitting method share the camped virtual space on the network that is used for speakable conversation systems simultaneously,
For each virtual space, when a speech is made in the virtual space, in order to determine whether to send the speech to the other virtual space and whether to send the speech to the other virtual space. Are stored in the storage means in association with each other,
・ When a message in the virtual space is acquired, it is determined whether transfer to another virtual space is necessary based on the transmission conditions stored in association with the virtual space, and transfer to another virtual space is necessary. If determined , a conversation sending method is provided in which the acquired message is sent to another virtual space stored in association with the virtual space .

Here, the network refers to a space on a communication network that can be shared virtually by a plurality of people via communication means, such as a channel of a chat system.
An explanation will be given using an IRC system as an example. For example, it is assumed that the destination of a message generated on channel # CH1 is channel # CH2. The sending condition is the keyword “# CUSTOMER *”. When a message occurs on channel # CH1, it is determined whether or not “#CUSTOMER” is included. If so, the resulting statement is sent out on channel # CH2. Accordingly, of the messages in channel # CH1, only messages including a specific keyword “# CUSTOMER *” are transmitted to channel # CH2.

The second invention of the present application is a conversation system capable of sharing a virtual space set up on a network with other users and simultaneously speaking,
・Acquisition means for acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a message in the virtual space and a sending condition for determining whether or not to send the message to the other virtual space are stored in association with each other. Judging means for judging whether or not to send the acquired message to another virtual space with reference to the condition table
A sending means for sending the acquired message to another virtual space when the determination unit determines to transfer the acquired message to another virtual space ;
A conversation system comprising

  Again, an IRC system will be described as an example. The IRC server is provided with a condition table, determination means, and transmission means. The IRC server stores predetermined channel information and a condition table for each channel. In the condition table for each channel, the destination of a message generated in that channel is associated with the transmission condition. The determination means determines whether or not the message matches the transmission condition of the condition table every time a message occurs on the channel. If it is determined that the transmission condition is met, the transmission means transmits a message to the destination channel. If the user participates in the destination channel, he / she can only see a specific message, and conversation confusion is prevented.

A third invention of the present application provides the conversation system according to the second invention, further comprising setting means for accepting setting of a message sending condition in the virtual space and another virtual space and registering it in a condition table.
For example, a setting unit is provided in the IRC client. The setting unit accepts settings of a message transmission source channel, a transmission destination channel, and transmission conditions. When the IRC server has the condition table, the IRC client describes the set information in a setting command of a predetermined format and transmits it to the IRC server. The IRC server analyzes the command and updates the condition table. However, the setting command is prepared in advance. When the IRC client has the condition table, the setting unit writes the set information in the condition table.

A fourth invention of the present application provides a conversation system according to the second invention, wherein the specified keyword is included in the utterance.
Consider the case where the keyword “# CUSTOMER *” is registered in the sending condition of the condition table. When the message starts with the character string “#CUSTOMER”, the determining unit determines to transmit the message to the corresponding destination channel.

A fifth invention of the present application provides the conversation system according to the second invention, wherein the message is a message from a designated information terminal.
For example, the nickname “user-A; user-B” is registered in the transmission condition of the condition table. The determination means determines that a message is transmitted if the message is from “user-A” or “user-B”.

In the sixth invention of the present application, in the second invention, a new score obtained by setting a score and a score reduction value for each utterance in each virtual space and reducing the score score by the reduction value is predetermined. A conversation system is provided in which the transmission condition is that it is equal to or greater than the reference value.
For example, in the transmission conditions of the condition table, 1) 20 points for a statement on channel # CH1, 15 points for reduction value, and 2) 0 points for reference value are set. When there is an utterance on channel # CH1, the determination means obtains points when the utterance is sent to another channel. Since the score is 20-15 = 5, the judging means judges that a message is sent out. In addition, if the points of messages sent from other channels to the channel # CH1 are 10 points, if 15 points are reduced, the number falls below the reference value. In this case, the determination means determines not to send a message.

A seventh invention of the present application provides the conversation system according to the second invention, wherein the sending condition is that the utterance is within a designated period.
For example, in the condition table, the period of ○ year ○ month ○ hour to Δ year Δ month Δ hour is registered. The determination means determines that a message is transmitted if the message is made during the period.
The eighth invention of the present application provides the conversation system according to the second invention, wherein the sending condition includes designation of a message sending source and a sending destination. For example, it is a conversation system in which a user can specify a transmission source and a transmission destination channel.

The ninth invention of the present application is the above-mentioned second invention, further comprising: a processing condition table for storing processing conditions for messages sent from the virtual space to another virtual space; and a processing means for processing messages sent according to the processing conditions. A conversation system is provided.
For example, when a message is transmitted from channel # CH1 to channel # CH2, the processing means adds channel name # CH1 to the head of the message. Conversely, when sending a message from channel # CH2 to channel # CH1, the processing means changes all the nicknames of the speakers to “SUPPORT”.

The tenth invention of the present application provides the conversation system according to the second invention, further comprising a processing setting means for accepting the setting of the processing condition of the message and registering it in the storage means. As a result, the user can specify processing conditions.
The eleventh invention of the present application provides the conversation system according to the second invention, wherein the information terminal comprises an output means capable of outputting a message sending condition between the virtual space and another virtual space .

  The output means is provided in, for example, an IRC client. When the condition table is provided in the IRC server, the output unit acquires the contents of the condition table from the IRC server and stores them. The acquisition target is the contents of the condition table of the channel in which the IRC client participates. The output means displays the relationship between channels in the channel window that displays the participating channels or displays the transmission conditions according to the setting. For example, it is assumed that all messages are transmitted from channel # CH1 to channel # CH2. The output means displays “# CH1 → # CH2” in the channel window. When the arrow is clicked, the output means displays a balloon displaying “all remarks”.

  When the condition table is provided in the IRC client, the output means reads out the contents of the condition table from the condition table and outputs the contents regarding the participating channels.

The twelfth invention of the present application is a distribution device capable of broadcasting a speech from a conversation device capable of simultaneously talking while sharing a virtual space established on a network , to other conversation devices in the virtual space ,
・Acquisition means for acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a message in the virtual space and a sending condition for determining whether or not to send the message to the other virtual space are stored in association with each other. Judging means for judging whether or not to send the acquired message to another virtual space with reference to the condition table
A sending means for sending the acquired message to another virtual space when the determination unit determines to transfer the acquired message to another virtual space ;
A distribution apparatus is provided.

  It has the same effect as the second invention.

A thirteenth invention of the present application is a conversation device that can share a virtual space set up on a network and can talk simultaneously ,
・Acquisition means for acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a message in the virtual space and a sending condition for determining whether or not to send the message to the other virtual space are stored in association with each other. A judging means for judging whether or not to send the acquired message to another virtual space with reference to the condition table
A sending means for sending the acquired message to another virtual space when the determination unit determines to transfer the acquired message to another virtual space ;
A conversation device is provided.

It has the same effect as the second invention.
The fourteenth invention of the present application is a conversation that is used in a distribution device that can broadcast a speech from a conversation device that can share a virtual space established on a network and can simultaneously talk to another conversation device in the virtual space . A computer-readable recording medium recording a control program,
・Acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a message in the virtual space and a sending condition for determining whether or not to send the message to the other virtual space are stored in association with each other. Determining whether or not to send the acquired statement to another virtual space with reference to the condition table
When the determination means determines that the acquired utterance is to be transferred to another virtual space, sending the acquired utterance to another virtual space ;
The computer-readable recording medium which recorded the conversation control program for performing is provided.

  It has the same function and effect as the second and ninth inventions. Here, examples of the recording medium include a computer readable / writable flexible disk, hard disk, semiconductor memory, CD-ROM, DVD, magneto-optical disk (MO), and others.

The fifteenth invention of the present application is a computer-readable recording medium that records a conversation control program used in a conversation apparatus that can share a virtual space set up on a network and can communicate at the same time ,
・Acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a message in the virtual space and a sending condition for determining whether or not to send the message to the other virtual space are stored in association with each other. Determining whether or not to send the acquired statement to another virtual space with reference to the condition table
When the determination means determines that the acquired utterance is to be transferred to another virtual space, sending the acquired utterance to another virtual space ;
The computer-readable recording medium which recorded the conversation control program for performing is provided.

  It has the same function and effect as the second and tenth aspects of the invention. Examples of the recording medium include the same ones as described above.

  By using the present invention, when conversations related to a plurality of topics occur in a network shared by a plurality of users, the conversations can be separated for each topic, and while sharing conversations related to a plurality of topics according to needs, text You can talk on the base without confusion. In addition, the display at the destination can be optimized by modifying the message as necessary.

Next, the conversation system of the present invention will be specifically described with reference to an embodiment.
<First embodiment>
FIG. 1 is an overall configuration diagram of a conversation system according to a first embodiment of the present invention. FIG. 1 shows an example of realizing the conversation system of the present invention using an IRC system. The IRC system is configured by connecting an IRC server 1 and a plurality of IRC clients 2 via the Internet 3. The IRC server 1 broadcasts speech from each IRC client 2 to other IRC clients 2 in the same channel. The IRC server 1 manages predetermined channel information in the channel DB 11 for each channel. Specifically, the channel information includes a channel name, a topic, a user who joins or leaves the channel, a mode, a channel manager, and the like. The IRC server 1 manages channel information and notifies the IRC client 2 of predetermined channel information. The IRC client 2 transmits and receives messages on the participating channel. The IRC client 2 holds predetermined channel information notified from the IRC server 1. The channel information held by the IRC client 2 includes a channel name, a topic, a user who joins the channel, a user who leaves the channel, and the like.

[server]
In this embodiment, the IRC server 1 manages predetermined channel related information in the channel DB 11 in addition to the channel information. In addition, a determination unit 12 and a transmission unit 13 are added to the IRC server 1.
FIG. 2 is a conceptual explanatory diagram of channel-related information held in the channel DB 11. The IRC server 1 has a condition table and a hop table for each channel as channel related information. FIG. 2A is a conceptual explanatory diagram of a condition table for an arbitrary channel # CH1. In the condition table, a destination channel name to which a message made in channel # CH1 is sent, a sending condition, and a display format are stored in association with each other. The display format is a format when the transmission conditions are visually output. As will be described later, when sending conditions are displayed on the display, the sending conditions are displayed in a format specified as a display format. If the display format is not specified, the specified transmission condition is displayed as it is.

  In this embodiment, 1) no transmission, 2) all transmission, 3) keyword, and 4) nickname can be specified as transmission conditions. For example, if “NULL” is designated as the transmission condition, the message of channel # CH1 is not transmitted to the corresponding transmission destination channel at all. If “CONTENT *” is designated as the transmission condition, all the messages of channel # CH1 are transmitted to the corresponding transmission destination channel. In FIG. 2, all messages in channel # CH1 are transmitted to destination channel # CH2. In addition, so-called regular characters may be used for specifying the sending conditions.

If “keyword” is designated as the sending condition, a message including the designated keyword is sent to the corresponding destination channel. In FIG. 2, “CONTENT # CUSTOMER *” is specified as the transmission condition to the destination channel # CH3. Accordingly, of the messages on channel # CH1, messages starting with “#CUSTOMER” are sent to channel # CH3.
If “nickname” is designated as the sending condition, a message from the user specified by the nickname is sent to the corresponding destination channel. In FIG. 2, “NICK USER4” is specified as the transmission condition to the destination channel # CH4. Therefore, a message from the user with the nickname “USER4” is transmitted to the channel # CH4.

Note that a plurality of the transmission conditions can be selected and combined. In the present embodiment, a message is transmitted by combining the transmission condition and the reduction number set in the hop table. Also, the sending conditions are not limited to the above conditions. For example, it is possible to specify a period and send a speech within a specified period.
FIG. 2B is a conceptual explanatory diagram of the hop table for channel # CH1. In the hop table, an initial value of the hop number of the channel # CH1 and a reduction value of the hop number are set. In this embodiment, a hop table is provided for each channel. Here, the number of hops is a point of speech, and is deducted by a set reduction value every time it is transmitted. When channel # CH1 is the message source, the new number of hops in the message is a value obtained by subtracting the reduction value from the initial value. The IRC server 1 does not send a message when the new number of hops falls below a predetermined reference value. Even when there are many destination channels that match the transmission conditions, it is possible to prevent the communication traffic from increasing excessively. In this embodiment, 0 point is set as a reference value. It is also possible to specify the hop count reduction value and the reference value in the transmission condition.

  Among the channel related information, the contents of the condition table are set based on a predetermined setting command transmitted from the IRC client 2. The setting command will be described later. In the present embodiment, the contents of the hop table are automatically set by the IRC server 1 according to the creation of the channel. A specific user, such as a channel administrator, may be able to set the hop table.

  The determination unit 12 determines based on the condition table whether or not to send a message generated in the channel to another channel. When the determination unit 12 determines to transmit, the determination unit 12 notifies the transmission unit 13 of the message content and the destination channel name. Also, the determination unit 12 receives a condition table setting command from the IRC client 2 and updates the condition table. Furthermore, when a change occurs in the IRC client 2 constituting the channel or when the channel related information changes, the determination unit 12 notifies the related information to the IRC client 2 of the corresponding channel via the transmission unit 13.

In response to the notification from the determination unit 12, the transmission unit 13 transmits the notified message content to the transmission destination channel. Further, the sending unit 13 notifies the IRC client 2 of the channel related information in response to the notification from the determination unit 12.
[IRC client]
A setting unit 21 and a related display unit 22 are added to the IRC client 2 of FIG. The setting unit 21 receives the setting of the channel related information and transmits the setting content to the IRC server 1.

The association display unit 22 receives and stores channel-related information on participating channels from the IRC server 1 in addition to predetermined channel information. The related display unit 22 controls the display of the received related information on the channel.
[screen]
(1) Setting of Channel Related Information Next, an example of a screen for receiving the setting of the channel related information will be described. FIG. 3 is an example of a chat screen displayed by the IRC client 2 before setting a destination. On the screen, a main channel window 31, a main conversation window 32, an input window 33, a sub conversation window 34, a user window 35 and a channel window 36 are displayed. These windows are windows displayed by the normal IRC client 2. In the main channel window 31, a channel that is currently targeted by the user (hereinafter, simply referred to as a main channel) is displayed. In the main conversation window 32, messages on the main channel are displayed. The input window 33 accepts input of speech to the main channel. In the sub-conversation window 34, messages in channels other than the main channel (hereinafter referred to as sub-channel) in which the IRC client 2 participates are displayed. The user window 35 displays the nicknames of users participating in the main channel. In the channel window 36, the name of the channel in which the IRC client 2 participates is displayed. Now, users USER1-5 are participating in the main channel #CHOCOA. The subchannels are # channel1 and # channel2.

The setting unit 21 displays an association button 37 in addition to the window. When the association button 37 is pressed, a setting window illustrated in FIGS. 4A and 4B is displayed. In this example, after selecting USER1, USER3, and USER4 in the user window 35, the association button 37 is pressed.
FIG. 4A shows an example of a “channel setting window”. In the “channel setting window”, the user sets a channel for sending messages on the main channel. A new channel can be set as the destination channel. Further, the destination channel may be selectable from other existing channels such as the subchannel. FIG. 4 shows a case where a new channel #meeting is created and set as a destination channel. When the channel name is set in the channel setting window and the “OK button” is pressed, the condition setting window shown in FIG. 4B is displayed.

  FIG. 4B shows an example of a “condition setting window”. In the “condition setting window”, conditions for sending messages from the main channel #CHOCOA to channel #meeting are set. In this embodiment, “no transmission”, “all transmission”, “keyword setting”, and “user selection” can be selected as transmission conditions. A plurality of these conditions can be selected and combined. Each condition corresponds to a transmission condition that can be set in the condition table. If a user has already been selected in the user window 35, “no transmission” and “all transmission” may not be selected.

  When “keyword setting” is selected, the cursor blinks in the keyword box 41 for inputting a keyword, and the input is accepted. Either “user selection” is selected in the “condition setting window” or the user is selected in the user window 35 of FIG. When “user selection” is selected in the “condition setting window”, it is preferable to display a configuration user list of the main channel #CHOCOA and accept the user selection.

When the “OK button” in FIG. 4 is pressed, a setting command is transmitted from the IRC client 2 to the IRC server 1. The setting command describes a transmission source channel, a transmission destination channel, and a transmission condition. In the example of FIG. 4, conditions other than the user specified in FIG. 3 are not set. An example of a setting command in this case is shown.
"CREATESUB #CHOCOA #meeting NICK (USER1, USER3, USER4)" This is a setting command for sending the message. When channel #meeting is an existing channel, the following setting command is transmitted to the IRC server 1.

“RELATION #CHOCOA #meeting NICK (USER1, USER3, USER4)”
The setting command specifies the existing channel #meeting as the destination and channel #CHOCOA as the source, and sends the messages “USER1,” “USER3,” and “USER4” from channel #CHOCOA to channel #meeting. It is a setting command to do. The IRC client 2 of “USER1” that transmitted the setting command displays the screen illustrated in FIG.

  FIG. 5 is an example of a screen in channel #CHOCOA destination channel #meeting. In the main channel window 31, # CHOCOA.meeting is displayed as the main channel. This indicates that it is a #CHOCOA destination channel. In the main conversation window 32, messages on channel #meeting are displayed. Since the transmission condition from the transmission source channel #CHOCOA is “user selection”, only the message from the designated user is displayed in the main conversation window 32. Also, the user window 35 displays the nicknames of the constituent users of channel #meeting. In the sub-conversation window 34, the content of the message in channel #meeting is displayed as a message in channel #CHOCOA. This indicates that a message on channel #meeting is sent to channel #CHOCOA.

  FIG. 6 is a conceptual explanatory diagram of the condition table for the channels #CHOCOA and #meeting. FIG. 6A is a condition table for the transmission source channel #CHOCOA created in response to the setting command. Channel #meeting is registered as the destination. Further, the nickname of the user selected in the user window 35 of FIG. 3 is described as a transmission condition to channel #meeting. “Send USER1,3,4 messages” is designated as the display format of the sending condition.

  FIG. 6B is a newly created condition table for channel #meeting. In this example, channel #CHOCOA is set as the transmission destination, and “CONTENT *” is set as the transmission condition. Accordingly, all messages on channel #meeting are sent to channel #CHOCOA. As a display format, “send all” is designated. The transmission condition from channel #meeting to channel #CHOCOA may be set according to the user's instruction, or the default value is automatically set according to the transmission condition from #CHOCOA to #meeting. Also good. For example, when channel #meeting is created by designating the configuration user of channel #CHOCOA, the default value of the transmission condition from channel #meeting to channel #CHOCOA is set to “CONTENT *”.

  Next, a case where “keyword setting” is selected in the “condition setting window” of FIG. 4 will be described. For ease of explanation, it is assumed that channel #CUSTOMER is set as the transmission destination of channel #SUPPORT. Also, supports 1, 2, and 3 are configured users of the transmission source channel #SUPPORT. When the user inputs the keyword “# CUSTOMER *” in the keyword box 41 and presses the “OK button”, the screen shown in FIG. 7 is displayed.

  FIG. 7 is an explanatory diagram illustrating a display example of sending a message based on a keyword. This chat screen uses the sender channel #SUPPORT as the main channel. Of the utterances on channel #SOPPORT, utterances beginning with the keyword “#CUSTOMER” are sent to channel #CUSTOMER. For example, in the main conversation window 32, “SUPPORT3” makes a remark starting with the keyword “#CUSTOMER”. This message is displayed in the sub-conversation window 34 as a message on channel #CUSTOMER. This is convenient in the following cases. Channel # CUSTOMER accepts customer questions, and channel # SUPPORT reviews multiple responses and returns only the results of the review to the customer without the customer knowing the conversation under consideration.

  FIGS. 8A and 8B show condition tables for channel #SUPPORT and channel #CUSTOMER. In the #SUPPORT condition table in FIG. 6A, settings are made to send a message starting with the keyword “#CUSTOMER” to the destination channel #CUSTOMER. On the other hand, in the #CUSTOMER condition table of FIG. 8B, a setting is made so as not to send a message to the destination channel #SUPPORT.

(2) Display of Channel Related Information FIG. 9 is a channel window 36 in which channel related information is displayed. When the IRC client 2 acquires the channel related information from the IRC server 1, the channel related information is displayed in the channel window 36. FIG. 9A is an enlarged view of the channel window 36 of FIG. In this channel window 36, the relationship between channel #CHOCOA and channel #meeting is displayed based on the channel related information shown in FIG. For example, if you trace the line between #meeting and #CHOCOA, a balloon will be displayed. In the balloon, the conditions for sending messages from #meeting to #CHOCOA are described. Also, when the cursor is placed near #CHOCOA on the line between them, a balloon describing the transmission conditions to #CHOCOA may be displayed.

FIG. 9B shows another display example of the sending conditions displayed by the related display unit 22. In FIG. 9B, transmission conditions are displayed based on the channel related information shown in FIG. In this example, the sending condition is displayed in the balloon by bringing the pointing device on the arrow.
In addition to this, various display forms are possible, such as sending source channels and destination channels being listed vertically and connecting the two with arrows or lines to display the relationship. In addition to the transmission conditions, the contents of the hop table may be displayed. In this case, the IRC client 2 acquires the contents of the hop table of the participating channel from the IRC server 1 at an appropriate timing and stores them.

  The display of channels is controlled by the related display unit 22. Specifically, the related display unit 22 can be controlled so that the IRC client 2 does not display channels that are not included in the constituent users based on the transmission conditions. For example, in FIG. 9A, the related display unit 22 of the IRC client 2 “USER2” that configures the channel #CHOCOA but does not configure the channel #meeting does not display the channel #meeting.

  In addition, the relation display unit 22 can also display all the relations between channels regardless of whether the IRC client 2 is included in the constituent users. In that case, it is also possible to display whether or not the IRC client 2 is included in the constituent users. For example, the IRC client 2 may display a channel that is a constituent user and a channel that is not a constituent user in a distinguishable manner by changing the font color, style, size, and the like. The operation for speaking on the displayed channel is the same as the normal procedure for setting the secondary channel as the primary channel.

[Process flow]
(1) Server (1-1) Message Sending Process FIG. 10 is a flowchart showing the flow of the message sending process performed by the IRC server 1. The following processing is started when the IRC server 1 receives a message in any channel. Note that the broadcast process of the message to the IRC client 2 in the channel is the same as usual, and thus the description thereof is omitted.

In step S1, the determination unit 12 acquires the message source channel name and message from the received data.
In step S2, the determination unit 12 executes a destination determination subroutine described later.
In step S3, the sending unit 13 sends a message to the destination determined in step S2.

In addition to the above processing, the IRC server 1 performs processing for transmitting channel-related information to each IRC client 2. The transmission timing is when the channel configuration user changes and when the condition table or hop table is updated.
(1-2) Destination Determination Process FIG. 11 is a flowchart showing the flow of the transmission destination determination process executed in the message transmission process. When the process proceeds to step S2 in the message sending process, the following process is started.

In step S101, predetermined initial settings are performed. For example, the variable LEVEL = 0 is set. Set the source channel as the reference channel. Also, the message source channel and its LEVEL = 0 are written in association with the reference channel list. Also, the destination list and hop list are cleared.
The LEVEL will be described with reference to FIG. 9 (b). The source channel #CHOCOA is set as a reference, that is, LEVEL = 0. The LEVEL of channel #meeting and #SUPPORT where messages are sent directly from channel #CHOCOA is set to 1. The LEVEL of #CUSTOMER where the message is sent from channel #SUPPORT is set to 2. Hereinafter, similarly, the hierarchy of the transmission destination is expressed using the message source channel as a reference. The reference channel list is a work area used in the process of sequentially tracing the destination channel from the message source channel. The destination list is a memory area for temporarily storing destination channel names. The hop list is an area that stores a transmission source, a transmission destination, and the number of hops at the transmission destination (hereinafter referred to as a reference hop value) in association with each other.

In step S102, the determination unit 12 calculates a new number of hops when a message is transmitted from the reference channel. If the reference channel is the message source channel, (new hop count) = (initial value) − (reduction value). As the reduction value of the number of hops, the reduction value set in the hop table of each reference channel is used.
In step S103, the determination unit 12 determines whether or not the obtained hop count is greater than zero. If “Yes”, the process proceeds to step S104. If “No”, the message is not transmitted, and the process returns to the message transmission process. As described above, in this embodiment, the reference value for the number of hops is set to “0”.

In step S104, the determination unit 12 sets the variable N = 1. “N” represents an entry number in the reference channel condition table.
In step S105, the determination unit 12 determines whether the Nth entry in the reference channel condition table has a transmission destination and a transmission condition. If "Yes" is determined, the process proceeds to step S106. If "No" is determined, the process proceeds to step S111 described later.

In step S106, the determination unit 12 determines whether or not the message matches the transmission condition in the Nth entry. If "Yes" is determined, the process proceeds to step S107. If “No” is determined, the process proceeds to step S110 described later in order to determine the next entry in the condition table.
In step S107, the determination unit 12 writes a destination channel that matches the transmission condition in the destination list.

In step S108, the determination unit 12 adds the channel determined as the transmission destination to the reference channel list.
In step S109, the determination unit 12 writes the reference channel, the destination channel, and the new hop number in the hop list as the source, destination, and reference hop value.
In step S110, the determination unit 12 increments the entry number N. Thereafter, the process returns to step S105, and the above processing is repeated for the next entry in the condition table.

If it is determined in step S105 that the Nth entry has no transmission destination and transmission condition set, the process proceeds to step S111. In step S111, the determination unit 12 deletes the reference channel from the reference channel list. This is because the determination as to whether or not the destination is the destination is completed for the destination and the transmission condition set in the reference channel condition table.
In step S112, the determination unit 12 determines whether or not the condition table has been checked for all channels having the current LEVEL. This determination is made based on whether or not the channel of the current LEVEL remains in the reference channel list. If "No" is determined, the process proceeds to step S113. If "Yes" is determined, the process proceeds to step S114 described later.

In step S113, the determination unit 12 acquires a channel name having the current LEVEL from the reference channel list and sets it as a reference channel. Thereafter, the process returns to step S102 and the above-described processing is repeated.
In step S114, the determination unit 12 determines whether there is a channel of the next LEVEL. This determination is made based on whether or not a channel remains in the reference channel list. If "Yes" is determined, the process proceeds to step S115. If it is determined “No”, the process returns to the message sending process.

In step S115, the determination unit 12 increments the variable LEVEL.
In step S116, the determination unit 12 acquires one channel of the next LEVEL from the reference channel list and sets it as the reference channel. Thereafter, the process returns to step S102.
The destination determination process will be specifically described. For ease of explanation, it is assumed that the channels are associated as shown in FIG. FIG. 12 shows that channels #meeting and #SUPPORT are set as destinations in the condition table for channel #CHOCOA. It also indicates that channels # CH1 and # CH2 are set as destinations in the channel #meeting condition table. It is assumed that the hop count reduction value is set to “3” for all channels. Assume that a message is generated on channel #CHOCOA, and that the message meets all transmission conditions.

  First, in the initial setting (S101), LEVEL = 0 is set, and channel #CHOCOA with LEVEL = 0 is described in the reference channel list. Channel #CHOCOA is set as the reference channel. If the initial value of the hop count of channel #CHOCOA is 20, the new hop count of messages sent from channel #CHOCOA is 17> 0 (S102, S103). The determination unit 12 reads the first entry in the condition table for channel #CHOCOA (S104).

  If the transmission conditions for channel #meeting are satisfied (S106), channel #meeting is written in the destination list and reference channel list (S107, S108). Further, the transmission source #CHOCOA, the transmission destination #meeting, and the reference hop value 17 are associated and written to the hop list (S109). Similarly, channel #SUPPORT is also written in the destination list, reference channel list, and hop list. It is determined that there is no setting when N = 3 (S105), and the reference channel #CHOCOA is deleted from the reference channel (S111). Since the reference channel corresponding to LEVEL0 is only the message source channel, LEVEL0 ends (S112).

Since channels #meeting and #SUPPORT are written in the reference channel list (S114), LEVEL = 1 (S115), and the reference channel is set to channel #meeting (S116).
Next, the number of new hops of a message transmitted from LEVEL = 1 is calculated. Since the reference hop value of the reference channel #meeting is 17, (new hop count) = 17−3 = 14 (S102).

  Next, the processing of step S105 and step S110 is repeated for channels # CH1 and # CH2 set as destinations from channel #meeting. Since the message matches the transmission condition, both channels # CH1 and # CH2 are added to the destination list, reference channel list, and hop list. The hop reference value for both is 14. It is determined that there is no setting when N = 3 (S105), and the reference channel #meeting is deleted from the reference channel list. However, LEVEL = 1 channel #SUPPORT remains in the reference channel list (S112). Therefore, channel #SUPPORT is set as the reference channel (S113).

  A new hop count is then calculated for reference channel #SUPPORT. Since the new hop count is 14, the first entry in the condition table is read (S102 to 104). However, nothing is set in the #SUPPORT condition table (S105). #SUPPORT is deleted from the reference channel list (S111). Here, the channel of LEVEL = 1 is not in the reference channel list, and it is determined that LEVEL1 has ended (S112).

  Next, LEVEL = 2 (S115). The reference channel is set to # CH1 (S116). However, since nothing is set in the condition table of channel # CH1 (S105), it is deleted from the reference channel (S111). Similarly, channel # CH2 is also deleted from the reference channel list. When channels # CH1 and # CH2 are all deleted from the reference channel list, there is no next LEVEL (S114), and the process returns to the message transmission process.

(2) IRC Client FIG. 13 is a flowchart showing the flow of channel related information setting processing performed by the IRC client 2. When the association button 37 is pressed, the following processing starts.
First, in step S21, the setting unit 21 determines whether or not the user of the user window 35 is selected. If "Yes" is determined, the process proceeds to step S22. If "No" is determined, the process proceeds to step S23 described later.

In step S22, the setting unit 21 acquires the nickname of the selected user.
In step S23, the setting unit 21 displays the “channel setting window” in FIG. 4A and accepts the setting of the destination channel.
In step S24, the setting unit 21 stands by until any button is pressed, and when the “OK button” is pressed, the process proceeds to step S25. If the “cancel button” is pressed, the process is terminated.

In step S25, the setting unit 21 displays the “condition setting window” in FIG. 4B and accepts the setting of the transmission condition.
In step S26, the IRC client 2 waits for any button to be pressed, and proceeds to step S27 when the “OK button” is pressed. If the “cancel button” is pressed, the process is terminated.

In step S <b> 27, the setting unit 21 creates a setting command and transmits it to the IRC server 1. In the setting command, a transmission source channel name, a transmission destination channel name, and a transmission condition are described.
In addition to the setting process, in the IRC client 2, the related display unit 22 receives and stores the participation channel condition table from the IRC server 1. The related display unit 22 displays the contents of the stored condition table.

<Second Embodiment>
Next, a second embodiment of the present invention will be described with reference to the drawings. FIG. 14 is an overall configuration diagram of a conversation system according to the second embodiment of the present invention. FIG. 14 shows an example in which the present invention is applied to an IRC system, as in the first embodiment. The conversation system of FIG. 14 has the same configuration as that of the first embodiment except that the processing unit 14 is added to the IRC server.

[server]
The IRC server 1 manages channel information and channel-related information as in the first embodiment. However, the channel-related information is different from the first embodiment in that a processing condition is added. Further, in addition to the determination unit 12 and the sending unit 13, a processing unit 14 is added to the IRC server 1.

  FIG. 15 is a conceptual explanatory diagram of channel-related information held in the channel DB 11. The IRC server 1 has a condition table and a hop table for each channel as channel related information. The hop table has the same configuration as that of the first embodiment. In the condition table, in addition to a transmission source channel name, a transmission destination channel name, a transmission condition, and a display format, processing conditions are stored in association with each other. The sending conditions and the display format are the same as in the first embodiment.

The “processing condition” describes how to process the sent message. In this figure, “add channel name”, “response with representative name”, and “change font” are designated according to the destination.
Similar to the first embodiment, the determination unit 12 determines a transmission destination of a message generated in the channel. Furthermore, the determination unit 12 notifies the processing unit 14 together with the destination to which the message content and the processing conditions are determined. Regarding the update of the condition table and the notification of the channel related information, the determination unit 12 performs the same as in the first embodiment.

The processing unit 14 processes the content of the message notified from the determination unit 12 according to the processing conditions, and notifies the sending unit 13 of the processing.
The sending unit 13 sends the processed message content to the destination channel. Further, the sending unit 13 notifies the IRC client 2 of the channel related information in response to the notification from the determination unit 12.
[IRC client]
The IRC client 2 has the same function as in the first embodiment. That is, the setting unit 21 receives the setting of the channel related information and transmits the setting content to the IRC server 1. The related display unit 22 receives predetermined channel information and channel related information from the IRC server 1 and controls the display thereof.

[screen]
(1) Setting of channel-related information Next, processing examples of sent messages and setting of processing conditions will be described. FIG. 16 is an example of a chat screen displayed by the IRC client 2 before sending a message. On the screen, a main channel window 31, a main conversation window 32, an input window 33, a sub conversation window 34, a user window 35, a channel window 36 and an association button 37 are displayed. These windows and buttons have the same functions as in the first embodiment.

  Now, it is assumed that the IRC client 2 participates in two channels # CH1 and # CH2, the main channel is # CH1, and the secondary channel is # CH2. It is assumed that users USER11, USER12, USER13, USER14, and USER15 participate in the main channel # CH1. In the main conversation window 32 and the sub conversation window 34, conversations in the main channel # CH1 and the sub channel # CH2 are displayed.

FIG. 17 is a display example of messages in each channel when all messages are transmitted bi-directionally on channels # CH1 and # CH2. In channel # CH1, all messages from channel # CH2 are displayed as messages from the nickname “SUPPORT” (see main conversation window 32). In channel # CH2, all messages from channel # CH1 are displayed with the channel name [# CH1] embedded in the head (see sub-conversation window 34). The channel related information is displayed in the same manner as in the first embodiment.
FIG. 18 shows an example of a “condition setting window” displayed in the second embodiment. This window corresponds to FIG. 4B of the first embodiment, and is different from FIG. 4B in that it accepts setting of machining conditions. As in the first embodiment, the association button 37 is pressed to set the transmission source and destination channels in the “channel setting window” in FIG. 4A, and when the “OK button” is pressed, the condition setting window in FIG. Is displayed.

In this “condition setting window”, in addition to the conditions for sending messages from channel # CH1 to channel # CH2, processing conditions for messages are further set. The sending condition can be set by selecting “no sending”, “all sending”, “keyword setting”, and “user selection” as in the first embodiment.
When “Processing condition setting” is selected, a list of processing conditions is displayed in a pull-down menu. In the illustrated example, the user can select any one of “Add channel name”, “Reply with representative name”, “Change font”, and “Change display color”. As shown in the figure, when “Reply with representative name” is selected, a field 42 for receiving input of the representative name is further displayed. When either “change font” or “change display color” is selected, a pull-down menu for selecting a settable font and display color is displayed (not shown).

When the “OK button” in FIG. 18 is pressed, a setting command is transmitted from the IRC client 2 to the IRC server 1. In the setting command, processing conditions are described in addition to the transmission source channel, the transmission destination channel, and the transmission conditions. An example of a setting command in this case is shown.
“RELATION # CH1 # CH2 CONTENT * CHANNEL”
The setting command is a setting command for sending all messages of channel # CH1 to the existing channel # CH2 with a channel name at the beginning.

“RELATION # CH2 # CH1 CONTENT * REPRESENTATIVE (SUPPORT)”
The setting command is a setting command for sending all messages on channel # CH2 to the existing channel # CH1 as messages from the representative name “SUPPORT”.
FIG. 19 is a condition table for channels # CH1 and # CH2 in the case where speech is transferred between channels # CH1 and # CH2 shown in FIG. The condition table for channel # CH1 describes that “add a channel name” to the message as a processing condition. In addition, the condition table for channel # CH2 describes “Reply with representative name SUPPORT” as the processing condition. Both tables are set to send all messages as sending conditions.

Although not shown, when “change font” or “change display color” is selected as the processing condition, the selected font or display color is also stored in the condition table.
[Process flow]
(1) Server (1-1) Message Sending Process FIG. 20 is a flowchart showing the flow of the message sending process performed by the IRC server 1. The following processing is started when the IRC server 1 receives a message in any channel. Note that the broadcast process of the message to the IRC client 2 in the channel is the same as usual, and thus the description thereof is omitted.

In step S1, the determination unit 12 acquires the message source channel name and message from the received data.
In step S2, the determination unit 12 executes the above-described destination determination subroutine. In the same manner as in the first embodiment, the transmission destination determination subroutine determines the transmission destination by determining whether or not the transmission conditions are met and whether or not the number of hops of the message satisfies the reference value.

  In step S3, the processing unit 14 processes the message according to the processing conditions. The message is processed separately for each destination according to the processing conditions set for each destination. If “add channel name” is set, the source channel name is added to the head of the message. If “Reply with Representative Name” is set, the nickname of the speaker is rewritten with the designated representative name. If “change font” is set, the message is rewritten to the specified font. If “change display color” is set, the message is rewritten to the specified display color.

In step S4, the sending unit 13 sends the processed message to the sending destination determined in step S2.
In addition to the above processing, the IRC server 1 transmits channel-related information to each IRC client 2 as in the first embodiment.
(2) IRC Client The IRC client 2 performs the channel related information setting process shown in FIG. 13 as in the first embodiment. That is, according to the instruction from the user, the channel setting window of FIG. 4A and the condition setting window of FIG. 18 are displayed. In addition, it accepts input to these windows and transmits a command describing the entered contents to the IRC server 1.

In addition to the setting process, the IRC client 2 receives the condition table for participating channels from the IRC server 1 and displays the contents of the condition table in the same manner as in the first embodiment.
<Other embodiments>
(A) In the above embodiment, the IRC server 1 has channel-related information, but the IRC client 2 can also have it. In that case, the IRC client 2 sends a message inputted in a certain channel to the channel, and determines a destination by referring to the condition table of the channel. Next, the message input to the destination channel is transmitted. The destination channel determination process is the same as the destination determination process of FIG. If the IRC client 2 sends a message, a conversation system that does not use an IRC server can be constructed.

(B) In the above embodiment, the setting unit 21 is provided in the IRC client for changing the condition table. However, it is also possible to change the condition table using an existing application. FIG. 21 is a configuration diagram of a conversation system when a condition table is changed using a WWW server and a browser.
A web page for inputting sending conditions and processing conditions is prepared in advance in the WWW server. The user accesses the web page through the browser 5 on the user terminal 6 and sets conditions. This web page (not shown) corresponds to the setting window of FIG. 4 or FIG.

A rewrite unit 15 is provided in the IRC server. The contents set on the web page are sent to the rewriting unit 15 and written to the condition table in the channel DB 11 by the rewriting unit 15. In this way, the user can rewrite the condition table on the IRC server only by providing the rewriting unit 15 in the IRC server 1.
(C) In the above-described embodiment, the case where IRC is used as the conversation system has been described as an example. However, the present invention is applicable to conversation systems other than IRC. For example, you can list web chat and Nifty forums.

(D) A recording medium on which a program for executing the above-described method of the present invention is recorded is included in the present invention. Here, examples of the recording medium include a computer readable / writable flexible disk, hard disk, semiconductor memory, CD-ROM, DVD, magneto-optical disk (MO), and the like.
(E) A transmission medium for transmitting a program for executing the above-described method of the present invention is also included in the present invention. Here, examples of the transmission medium include communication media (optical fiber, wireless line, etc.) in a computer network (LAN, Internet, wireless communication network) system for propagating and supplying program information as a carrier wave.

1 is an overall configuration diagram of a conversation system according to a first embodiment of the present invention. The conceptual explanatory view of channel related information. (A) Conceptual explanatory diagram of a condition table. (B) A conceptual explanatory diagram of a hop table. Explanatory drawing which shows an example of the chat screen before transmission destination setting. Explanatory drawing which shows an example of a setting window. (A) An example of a “channel setting window”. (B) An example of a “condition setting window”. Screen example in the destination channel. The conceptual explanatory drawing of the condition table of a transmission origin channel and a transmission destination channel. Explanatory drawing which shows the example of a display of sending of the message based on a keyword. The conceptual explanatory drawing of the condition table of a transmission origin channel and a transmission destination channel. (A), (b) Display example of channel related information. The flowchart which shows the flow of a speech transmission process. The flowchart which shows the flow of a transmission destination determination process. Explanatory drawing of the relationship between channels. The flowchart which shows the flow of a related information setting process. The whole block diagram of the conversation system concerning the example of a 2nd embodiment of the present invention. The conceptual explanatory drawing (processing conditions) of channel related information. (A) Conceptual explanatory diagram of a condition table. (B) A conceptual explanatory diagram of a hop table. Example of display when no message is sent. Processing example of sent message. Setting example of machining conditions. (A), (b) The example of the channel relevant information in the case of processing the message shown in FIG. The flowchart which shows the flow of a speech transmission process (2nd Embodiment). A system configuration example when an IRC client is not provided with a setting unit.

Explanation of symbols

11: Channel DB
12; Judgment part 13; Sending part 14; Processing part 21; Setting part 22;

Claims (15)

A other users conversation delivery methods share a camped virtual space on the network that is used to speakable conversation systems simultaneously,
For each virtual space, when an utterance is made in the virtual space, it is determined whether to send the utterance to another virtual space and whether to send the utterance to the other virtual space. The transmission conditions are stored in the storage means in association with each other,
When a message in the virtual space is acquired, it is determined whether transfer to another virtual space is necessary based on the transmission conditions stored in association with the virtual space, and it is determined that transfer to another virtual space is necessary. If so , a conversation sending method for sending the acquired message to another virtual space stored in association with the virtual space . A conversation system that can share a virtual space set up on a network with other users and talk simultaneously .
Acquisition means for acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a statement in the virtual space and a sending condition for determining whether or not to send the statement to the other virtual space are stored in association with each other. A judging means for judging whether or not to send the acquired message to another virtual space with reference to a condition table ;
Sending means for sending the acquired message to another virtual space when the determination unit determines to transfer the acquired message to another virtual space ;
Conversation system with The conversation system according to claim 2, further comprising setting means for accepting setting of a message sending condition in the virtual space and another virtual space and registering the setting in the condition table.   The conversation system according to claim 2, wherein the transmission condition is that a specified keyword is included in the utterance.   The conversation system according to claim 2, wherein the transmission condition is a message from a designated information terminal. Setting the score and the score reduction value for the utterances in each virtual space , and transmitting that the new score obtained by reducing the score score of the utterance by the reduction value is greater than or equal to a predetermined reference value The conversation system according to claim 2, which is a condition.   The conversation system according to claim 2, wherein the transmission condition is a statement within a specified period.   The conversation system according to claim 2, wherein designation of a message transmission source and a transmission destination is included in the transmission condition. A processing condition table for storing processing conditions of a message sent from the virtual space to another virtual space ;
The conversation system according to claim 2, further comprising processing means for processing a message to be transmitted in accordance with the processing conditions.   The conversation system according to claim 2, further comprising processing setting means for accepting setting of processing conditions for speech and registering in the storage means. The conversation system according to claim 2, wherein the information terminal includes an output unit capable of outputting a message transmission condition between the virtual space and another virtual space . It is a distribution device capable of broadcasting a speech from a conversation device that can simultaneously talk while sharing a virtual space set up on a network , to other conversation devices in the virtual space ,
Acquisition means for acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a statement in the virtual space and a sending condition for determining whether or not to send the statement to the other virtual space are stored in association with each other. A judging means for judging whether or not to send the acquired message to another virtual space with reference to a condition table ;
When it is determined that the acquired message is transferred to another virtual space by the determination unit, a sending unit that transmits the acquired message to another virtual space ;
A distribution device comprising: A conversation device that shares a virtual space set up on a network and can talk simultaneously .
Acquisition means for acquiring remarks made in virtual space;
For each virtual space, another virtual space for sending a message in the virtual space and a sending condition for determining whether or not to send the message to the other virtual space are stored in association with each other. Judging means for judging whether or not to send the acquired message to another virtual space with reference to the condition table
Sending means for sending the acquired message to another virtual space when the determination unit determines to transfer the acquired message to another virtual space ;
Conversation device provided with. A computer recording a conversation control program used in a distribution device capable of broadcasting a speech from a conversation device that can simultaneously talk while sharing a virtual space established on a network to other conversation devices in the virtual space A readable recording medium,
Obtaining a statement made in virtual space;
For each virtual space, another virtual space for sending a statement in the virtual space and a sending condition for determining whether or not to send the statement to the other virtual space are stored in association with each other. Determining whether to send the acquired statement to another virtual space with reference to a condition table ;
When the determination means determines that the acquired utterance is to be transferred to another virtual space, sending the acquired utterance to another virtual space ;
The computer-readable recording medium which recorded the conversation control program for performing this. A computer-readable recording medium recording a conversation control program used in a conversation apparatus capable of simultaneously speaking by sharing a virtual space set up on a network,
Obtaining a statement made in virtual space;
For each virtual space, another virtual space for sending a statement in the virtual space and a sending condition for determining whether or not to send the statement to the other virtual space are stored in association with each other. Determining whether to send the acquired statement to another virtual space with reference to a condition table ;
When the determination means determines that the acquired utterance is to be transferred to another virtual space, sending the acquired utterance to another virtual space ;
The computer-readable recording medium which recorded the conversation control program for performing this.