Patent Application
20070127670
This invention relates to a communication control technique in a teleconference.
For example, JP-A-2003-298751 discloses a technique to realize a group call among three or more persons in an existing telephone system without a large technical change of a switch and/or a repeater, which are composed of the telephone system. That is, the technique includes a step of registering a caller information including a user ID, a telephone number and a password of the caller, and telephone numbers of a plurality of calling destination receivers for which the caller desires to call into a telephone directory database connected to a communication network in advance; a step of selecting the calling destination receiver of the caller, which is registered in the telephone directory database; a step of transmitting, by the telephone directory database, the telephone number of the caller and the telephone number of the calling destination receiver selected by the caller to a call center having simultaneous line connection means; and a step of simultaneously calling, by the call center, to the telephone number of the caller and the telephone number of the calling destination receiver selected by the caller through the simultaneous line connection means, and it is possible for the caller to simultaneously call with the plurality of selected calling destination receivers. However, an idea to change a communication mode of the conference on the way is not disclosed.
In addition, U.S. Pat. No. 5,809,018 discloses a group communication technique in a wireless system having plural base stations and subscriber stations. That is, in order to enable the subscriber station to select a group call it will participate among plural group calls while participating in a first group call, group call data is transmitted to the subscriber station in the first group call, and by using this data, the subscriber station can participate in another group call in progress. Thus, the subscriber station continues the participation in the first group call or if desired, another group call is selected from among group calls whose group call data is transmitted to the subscriber station and whose group call identifiers are simultaneously displayed on a display of the subscriber station. However, the idea to change the communication mode of the conference on the way is not disclosed. In addition, there is no disclosure for an item that one participant simultaneously participates in plural conferences.
By the recent development of the information and communication technique, the participation into the teleconference using the cellular phone has become possible. In the teleconference using the cellular phone, own argument is conveyed to other participants via voice. However, there are a lot of places in which the talking itself is considered as a problem. When moving to such a place, it is possible to hear without talking by using the cellular phone. However, the conference may not progress in that case. In addition, there is also a beneficial case where only some persons among the conference participants separately make arrangements. The conventional arts do not indicate any solution for such a problem.
Therefore, an object of this invention is to provide a communication control technique to change the communication mode in the teleconference from a voice base to a character base on the way.
In addition, another object of this invention is to provide a communication technique to enable to hold the character-based teleconference in the voice-based teleconference.
A communication control method according to a first aspect of this invention includes: when a call-in request to a chat for another participant in a voice-based teleconference by a first participant of the voice-based teleconference is received, a step of transmitting the call-in request to the chat to a terminal of another participant; and when a participation response to the chat by another participant is received, a step of carrying out a presence management setting so as to enable the first participant and a participant replying the participation response to update and subscribe dialogue contents of the chat, which are managed as presence data delivered to subscribers when updated.
Thus, by using the presence technique, it becomes possible that the conference is shifted from the voice-based teleconference to the character-based teleconference and both of the conferences coexist.
In addition, the first aspect of this invention may further include: when the participation response to the chat by another participant is received, a step of carrying out a presence management setting so as to enable the first participant and the participant replying the participation response to at least subscribe a participant list of the chat, which is managed as presence data. It becomes possible for the chat participants to grasp other participants.
Furthermore, the first aspect of this invention may further include: in response to an update instruction of the presence data, a step of transmitting presence data to a terminal of the chat participant according to the presence management setting. According to the presence technique, the presence data is delivered to the subscribers when updated. Therefore, for example, because it is considered that there is an update when any chat participant writes, it is delivered as the presence data to terminals of other chat participants.
Incidentally, the aforementioned presence data may be managed as presence data for the voice-based teleconference. By inheriting the resources in the voice-based teleconference, it becomes possible to efficiently start the chat.
In addition, the first aspect of this invention may further include: when the call-in request to the chat by the first participant of the voice-based teleconference includes data representing an end of the voice-based teleconference, a step of deleting at least the first participant and the participant replying the participation response from the participant list of the voice-based teleconference. Thus, it becomes possible to shift from the voice-based teleconference to the character-based chat. Incidentally, other participants not accepting the participation to the chat may stay in the voice-based teleconference.
In addition, the first aspect of this invention may further include: a step of transmitting a request for stopping a routing of voice data for the participants deleted from the participant list of the voice-based teleconference to a computer carrying out a voice communication processing for the participants of the voice-based teleconference. By stopping the routing of the voice data, the voice data is not uselessly delivered.
In addition, aforementioned another participant may be a subset of the participants of the voice-based teleconference, wherein the subset is designated by the first participant of the voice-based teleconference. That is, not all participants may shift from the voice-based teleconference to the chat.
Furthermore, a plurality of sets of the presence data including the dialogue contents of the chat and the participant list of the chat may be managed for one voice-based teleconference.
In addition, the first aspect of this invention may further include: when the dialogue contents of the chat managed by the presence data is stored in a predetermined storage, and a reference request from the participant is received, a step of reading out the stored dialogue contents from the predetermined storage, and transmitting the dialogue contents to the participant terminal. For example, this is because there is a case where the user who participated later requires referring to the previous arguments.
Furthermore, the first aspect of this invention may further include: when the call-in request to the chat for other participants by the first participant of the voice-based teleconference is received, a step of judging, based on information concerning a state of the first participant, whether or not the participation request to the chat is transmitted to each terminal of aforementioned other participants. For example, when only a specific participant (e.g. a teacher) can transmit the call-in request to the chat, it is possible to judge, by holding the state where the first participant is a “teacher” in a state manager of the first participant, for example, whether or not the call-in is valid, and it is also possible to judge, by holding a state where the first participant is a “teacher”, for example, by registering a user ID of the first participant into a state manager of the “teacher” in the voice-based teleconference, whether or not the call-in is valid. Furthermore, by referring to the information concerning the states of other participants, it becomes possible to carry out various control of the transmission of the chat call-in request.
A communication control method according to a second aspect of this invention includes: when a call-in request to a chat for another participant in a voice-based teleconference by a first participant of the voice-based teleconference is received through a presence server managing presence data, a step of requesting the presence server to transmit a participation request to the chat to a terminal of the aforementioned another participant; when a participation response to the chat by the aforementioned another participant is received through the presence server, a step of causing the presence server to carry out a presence management setting so as to enabling the first participant and the participant replaying the participation response to update and subscribe dialogue contents of the chat managed as the presence data delivered to the subscriber when updated.
For example, when the implementation is made so as to separate the system into a presence server and a conference management server, the aforementioned steps are executed by the conference management server. Thus, it becomes possible to additionally or separately realize the character-based teleconference by using the presence server.
In addition, the second aspect of this invention may further include: when the participation response to the chat by the aforementioned another participant is received through the presence server, a step of causing the presence server to carry out a presence management setting so as to enabling the first participant and the participant replying the participation response to at least subscribe a participant list of the chat managed as the presence data. It becomes possible for the user to refer to a participation state to the chat by using the participant list.
Furthermore, the second aspect of this invention may further include: when the call-in request to the chat by the first participant in the voice-based teleconference includes data representing the end of the voice-based teleconference, a step of causing the presence server to delete at least the first participant and the participant replying the participation response from the participant list of the voice-based teleconference managed as the presence data.
Furthermore, the second aspect of this invention may further include: a step of transmitting a request for stopping a routing of the voice data to the participants deleted from the participant list of the voice-based teleconference, to a computer carrying out a voice communication processing for the participants of the voice-based teleconference.
A computer system according to a third aspect of this invention has a presence server having routing means for carrying out transfer of a message to control a conference, and presence management means for carrying out a processing associated with presence data; a conference management server that carries out a conference control processing. Then, when a call-in request to a chat for another participant of the voice-based teleconference is received from a terminal of a first participant of the voice-based teleconference, the routing means of the presence server transfers the call-in request to the conference management server. Then, when the call-in request to the chat is received, the conference management server transmits a participation request to the chat for the aforementioned another participant to the presence server. In addition, when a participation request to the chat for the aforementioned another participant is received from the conference management server, the routing means of the presence server transmits the participation request to the chat to a terminal of the aforementioned another participant, and when a participation response to the chat is received from the terminal of the aforementioned another participant, the routing means of the presence server transfers the participant response to the conference management server. Then, when the participation response to the chat by the aforementioned another participant is received, the conference management server transmits a presence setting request so as to enable the first participant and a participant replying the participation response to update and subscribe dialogue contents of the chat. In response to the presence setting request, the presence management means of the presence server carries out a setting so as to enable the first participant and the participant replying the participation response to update and subscribe the dialogue contents of the chat as the presence data delivered to the subscribers when updated.
Furthermore, when the participation response to the chat by the aforementioned another participant is received, the conference management server may transmit a second presence setting request so as to enable the first participant and the participant replying the participation response to at least subscribe a participant list of the chat to the presence server, and the presence management means of the presence server may carry out a setting so as to enable the first participant and the participant replying the participation response to at least subscribe the participant list of the chat as the presence data in response to the second presence setting request.
In addition, when the call-in request to the chat by the first participant of the voice-based teleconference includes data representing the end of the voice-based teleconference, the conference management server may transmit a third presence setting request so as to delete at least the first participant and the participant replying the participation response from the participant list of the voice-based teleconference, to the presence server, and the presence management means of the presence server may update the participant list of the voice-based teleconference managed as the presence data according to the third presence setting request.
Furthermore, the conference management server may transmit a request for stopping a routing of voice data for the participants deleted from the participant list of the voice-based teleconference to a computer carrying out a voice communication processing for the participants of the voice-based teleconference.
In addition, a communication control method according to a fourth aspect of this invention includes: when a call-in request to the chat for another participant of a voice-based teleconference by a first participant of the voice-based teleconference is received, a step of transmitting a participation request to the chat to a terminal of the aforementioned another participant; and when a participation response to the chat by the aforementioned another participant is received, a step of carrying out a management setting of information concerning delivery destinations so as to enable the first participant and the participant replying the participation response to update and subscribe dialogue contents of the chat managed as data delivered to the subscribers when updated.
Thus, by holding data that are the dialogue contents of the chat and information concerning the delivery destinations of the data, and carrying out a setting in response to receipt of the participation response to the chat by the participant of the voice-based teleconference, it becomes possible that the conference is shifted from the voice-based teleconference to the character-based teleconference and both of the conferences coexist.
It is possible to create a program to realize functions of the aforementioned conference management server and the presence server, and this program is stored into a storage medium or a storage device such as a flexible disk, a CD-ROM, a magneto-optical disk, a semiconductor memory, or a hard disk. In addition, the program may be distributed as digital signals over a network in some cases. Incidentally, intermediate processing results are temporarily stored in the storage device such as a memory.
The network 1 is connected with a SIP/SIMPLE server 3 and a Push-to-talk over Cellular (PoC)-Multipoint Communication Unit (MCU) server 7. In addition, the SIP/SIMPLE server 3 and the PoC-MCU server 7 are connected with a PoC management server 5. Incidentally, there is a case where the PoC management server 5 is also connected with the network 1, and thereby the SIP/SIMPLE server 3 and PoC-MCU server 7 are connected with the PoC management server 5. The SIP/SIMPLE server 3 and the PoC management server 5 may be one server computer having their functions.
The SIP/SIMPLE server 3 has a presence manager 31a of the user A, a presence manager 31b of the user B, a presence manager 33a of a conference A, a presence manager 33b of a conference B, and a routing processor 35. Here, in order to simplify the description, only the presence managers of the users A and B are shown. However, the presence managers are provided by the number of users. In addition, although only the presence managers of the conferences A and B are shown, the presence managers are provided by the number of conferences. Moreover, the SIP/SIMPLE server 3 includes processors not directly related to this embodiment such as processors carrying out a user authentication processing. However, they are not shown, here. The presence manager of the user and the presence manager of the conference will be explained by using functional block diagrams later.
The PoC management server 5 is also called a PoC control server, and is a server managing and controlling the teleconference, and includes conference managers 53 carrying out a processing for each conference (here, a conference A manager 53a carrying out a processing for the conference A, and a conference B manager 53b carrying out a processing for the conference B) and a message distribution processor 51 carrying out a distribution processing to transfer messages transferred from the routing processor 35 of the SIP/SIMPLE server 3 to a conference manager 53 in charge of the message. In addition, the conference manager 53 includes an MCU information storage 531 (here, a MCU information storage 531a of the conference A), and a user data storage 533 (here, a user data storage 533a of the conference A).
In addition, the PoC-MCU server 7 includes a conference voice communication manager 71 that manages and controls the voice communication for each conference (here, a conference A voice communication manager 71a carrying out a processing for the conference A and a conference B voice communication manager 71b carrying out a processing for the conference B), and the conference voice communication manager 71 includes a speaker and participant data storage 711 (here, a speaker and participant data storage 711a of the conference A).
In
Next,
In addition,
Furthermore,
In addition,
In addition, the presence group information storage area 3333 includes an area 337 including an area 3371 to store presence IDs belonging to a group I “default”, which is a presence group, and an area 3373 to store user IDs (i.e. subscriber IDs), an area 338 including an area 3381 to store presence IDs belonging to a group II “voice conference”, which is a presence group, and an area 3382 to store user IDs (i.e. subscriber IDs), and area 339 including an area 3391 to store presence IDs belonging to a group III “chat”, which is a presence group, and an area 3392 to store user IDs (i.e. subscriber IDs). The subscriber IDs of the users who participate in the voice conference are stored in the are 3382, and data disclosed to the users who participate in the voice conference is the presence data whose presence IDs are “FloorUser”, “Member” and “JoinUser”. That is, the subscriber ID of a person who has the right to speak, a list of the subscriber IDs of the called users, and a list of the subscriber IDs of the participating users. In addition, the subscriber ID of the user participating in the chat is stored in the area 3392, and data disclosed to the users who participate in the chat is the presence data whose presence IDs are “Chat” and “ChatUser”. That is, the list of the subscriber IDs of the chat participants and the argument contents of the chat are presented. Here, the user IDs (i.e. subscriber IDs) of the users for whom the information delivery is approval such as the user A, user B and user C are registered in the subscriber list storage area 3335.
The presence data whose presence ID is “Chat” of the presence information storage area 3331 and the presence data whose presence ID is “ChatUser” correspond to the group III “chat” 339 of the presence group information storage area 3333, and it is possible to provide plural sets of a data area of a group associated with the chat such as the group III “chat” and a group IV “chat”, an area to store the subscriber IDs of the participating users of the chat corresponding to the data area, and an area to store the chat contents in the respectively distinguishable form in the presence data storage 333a for one conference.
Similarly, data having the tag data structure as shown in, for example,
Furthermore, data of the tag data structure as shown in, for example,
In addition, data of the tag data structure as shown in, for example,
Furthermore, data of the tag data structure as shown in, for example,
The presence data is basically updated by the owner, and when updated, the delivery processor delivers the presence data to users of user IDs associated with the presence ID of the presence data.
Next, a processing flow of the system shown in FIGS. 1 to 4 will be explained by using FIGS. 12 to 26. Incidentally, all of the users have logged into the SIP/SIMPLE server 3, and have been authenticated. Furthermore, an IP address of the user terminal has been associated with the user ID (SIP-URL) in the SIP/SIMPLE server 3. First, the user A operates the user A to input a call instruction by designating members to be called into the voice-based teleconference in order to start the conference. The voice conference processor 911 of the client application 91 in the user terminal A accepts the user operation input for the calling instruction of the member to be called into the voice-based teleconference (step S1), and transmits a calling request including a list of conference members (e.g. a list of SIP-URLs) to the SIP/SIMPLE server 3 (step S3). The routing processor 35 of the SIP/SIMPLE server 3 receives the calling request including the list of the conference members from the user terminal A, and transfers the request to the PoC management server 5 when it is judged to be the calling request (step S5). The message distribution processor 51 of the PoC management server 5 receives the calling request including the list of the conference members from the routing processor 35 of the SIP/SIMPLE server 3 (step S7). In response to this receipt, the message distribution processor 51 of the PoC management server 5 replies an OK response (step S9). When receiving the OK response from the PoC management server 5, the routing processor 35 of the SIP/SIMPLE server 3 transfers the OK response to the user terminal A (step Sll). The user terminal A receives the OK response from the SIP/SIMPLE server 3 (step S13). This enables the user terminal A to recognize the calling request is received by the PoC management server 5.
When receiving the calling request including the list of the conference members, the message distribution processor 51 of the PoC management server 5 newly activates the conference manager 53 (e.g. newly activates the conference A manager 53a) because the new conference is carried out, and assigns the SIP-URL to the conference A manager 53a (step S14). The conference A manager 53a stores the list of the conference members into the user data storage 533a, and transmits a new conference creation request including the list of the conference members to the PoC-MCU server 7 (step S15). In addition, the list of the conference members includes the user ID of the calling request source user and the IP address of that user terminal, and the user is identified as the holder of the right to speak.
When receiving the new conference creation request including the list of the conference members, the PoC-MCU server 7 newly activates the conference voice communication manager 71 (e.g. the conference A voice communication manager 71a) in order to secure the resources for the new conference. Then, the conference A voice communication manager 71a stores the list of the conference members into the speaker and participant data storage 711a (step S17). Incidentally, the conference A voice communication manager 71a holds the SIP-URL of the conference A manager 53a, and thereby it becomes possible to respond to an instruction from the conference A manager 53a. Then, the conference A voice communication manager 71a secures the resources used in the conference relating to the calling request, that is, the IP address, the port number and the like, and further sets the right to speak to the calling request source user (step S19). As for the user having the right to speak, data is held in the speaker and participant data storage 711a in the distinguishable form. In this embodiment, only the person who has the right to speak can cause the PoC-MCU server 7 to transfer the voice data to the other participants. After this, the processing shifts to a processing of
The processing subsequent to the terminals A to D will be explained by using
The voice conference processor 911 of the client application 91 in the user terminal A receives the conference information from the SIP/SIMPLE server 3, and stores the information into a storage device (step S29). The voice conference processor 911 replies an OK response to the SIP/SIMPLE server 3 (step S31). When receiving the OK response from the user terminal A, the routing processor 35 of the SIP/SIMPLE server 3 transfers the OK response to the PoC management server 5 (step S33). The conference A manager 53a of the PoC management server 5 receives the OK response from the SIP/SIMPLE server 3 (step S35). Incidentally, the message distribution processor 51 receives a message (here, the OK response) from the SIP/SIMPLE server 3, and transfers the message to the conference A manager 53a in charge of the message. However, in the following explanation, the explanation for the receipt of the message distribution processor 51 is omitted.
In addition, in response to the receipt of the conference information, the voice conference processor 911 of the client application 91 in the user terminal A activates the microphone driver 93 (step S37). That is, the microphone of the user terminal A detects the voice of the user A, and converts it into electrical signals, and the microphone driver 93 generates voice packets in order to transmit the voice received by the microphone. Thus, the user terminal A can transmit the voice packets to the PoC-MCU server 7 according to the IP address and the port number, which are included in the received conference information. However, even when the voice packets are transmitted to the PoC-MCU server 7 at this stage, other participants are not identified. Therefore, the PoC-MCU server 7 never copies and transfers the voice packets. The processing shifts to a processing of
Next, the processing subsequent to the terminals E and F will be explained by using
The conference A manager 53a of the PoC management server 5 receives the presence data of each conference member from the SIP/SIMPLE server 3 (step S45), and extracts conference members who can be called from the presence data of each conference member (step S47). That is, the conference members whose presence data indicates a state (e.g. ONLINE) in which the call can be carried out are extracted. When the state is “OFFLINE” or “BUSY”, the calling processing described below is not carried out because the calling in the voice conference is impossible. This enables the calling processing to be speedy. However, the processing from the steps S39 to S47 is optional. The processing shifts to a processing of
The processing subsequent to the terminals G and H will be explained by using
The voice conference processor 911 of the user terminal B transmits the OK response to the calling to the SIP/SIMPLE server 3 (step S55). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK from the user terminal B, and transfers the response to the PoC management server 5 (step S57). The conference A manager 53a of the PoC management server 5 receives the OK response from the SIP/SIMPLE server 3 (step S59).
In response to the calling at the step S53, the user B judges whether or not he or she participates in the voice conference. When he or she participates in the voice conference, he or she operates the user terminal B to input a conference participation instruction. The voice conference processor 911 of the user terminal B accepts the conference participation instruction by the user B (step S61), and transmits a participation response to the SIP/SIMPLE server 3 (step S63). When receiving the participation response, the routing processor 35 of the SIP/SIMPLE server 3 transfers the participation response to the PoC management server 5 (step S65). The conference A manager 53a of the PoC management server 5 receives the participation response from the user B from the SIP/SIMPLE server 3 (step S67). The conference A manager 53a registers, as the participant, the user ID (i.e. SIP-URL) of the user who carried out the participation response and the IP address of the user terminal into the user data storage 533a. In addition, the conference A manager 53a transmits a participating member addition notice including the user ID (i.e. SIP-URL) of the user who carried out the participation response and the IP address of the user terminal to the PoC-MCU server 7 (step S69). The conference A voice communication manager 71a of the PoC-MCU server 7 receives the participating member addition notice including the user ID and IP address of the participant from the PoC management server 5, and registers the user ID and IP address of the participant into the speaker and participant data storage 711a (step S71).
After the step S69, the conference A manager 53a transmits the OK response to the SIP/SIMPLE server 3 (step S73). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the PoC management server 5, and transfers the OK response to the user terminal B (step S75). The user terminal B receives the OK response from the SIP/SIMPLE server 3 (step S77).
Incidentally, the processing of
The processing subsequent to the terminals I and J will be explained by using
Furthermore, the conference A manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to generate a presence registration request of the member information including the information of the conference members including the user who carried out the calling request, and transmits the request to the SIP/SIMPLE server 3 (step S87). More specifically, it requests to register the user IDs of the conference members including the user who carried out the calling request as the presence data whose presence ID is “Member” and whose owner is the conference A manager 53a. The conference A presence manager 33a of the SIP/SIMPLE server 3 receives the presence registration request of the member information from the PoC management server 5, and the presence data manager 331a of the conference A presence manager 33a stores the presence data (in the example of
In addition, the conference manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to generate a proxy subscription request for the conference members including the user who carried out the calling request, and transmits the request to the SIP/SIMPLE server 3 (step S95). More specifically, it requests to register the conference members into the subscriber list storage area 335 in the presence data storage 333a and the area 3382 for the subscriber IDs in the area 338 of the group II “voice conference” in the presence group information storage area 3333. Incidentally, it may request the SIP/SIMPLE server 3 to register the user who carried out the calling request and the users who transmitted the participation response, not the conference members. However, for each participation response, it is necessary to carry out the proxy subscription for the user relating to the participation response. It is also possible to adopt either a method for delivering the presence data such as the participation state, the holder of the right to speak and the like to the users who transmitted the participation response or a method for delivery the presence data to the called users. This is because it depends on the publication policy of the conference. However, primarily, each user requiring the subscription requests the subscription of the presence data, and after obtaining the permission from the owner of the presence data, each user is registered as the subscriber. Therefore, primarily, each user who participates in the conference or was called must access the SIP/SIMPLE server 3 to request the subscription registration. However, in this embodiment, according to the characteristic of the conference, the PoC management server 5 carries out the proxy subscription registration in a viewpoint in which the subscription of the presence data such as the participation state, the holder of the right to speak and the like is necessary information for the participants (or users who were called) and a viewpoint in which the data communication volume increases in the wireless section when each user is caused to carry out the subscription registration, the communication bandwidth is uselessly wasted, and the progress of the conference becomes slow. Incidentally, the owner of the presence data storage 333a of the conference A presence manager 33a is the conference A manager 53a, and there is no large problem in the proxy subscription registration by the owner.
The conference presence manager 33a of the SIP/SIMPLE server 3 receives the proxy subscription request for the conference members including the user who carried out the calling request from the PoC management server 5, registers the conference members (or participants) into the subscriber list storage area 3335 of the presence data storage 333a, and further registers the conference members (or participants) into the area 3382 for the subscriber IDs in the area 338 of the group II “voice conference” in the presence group information storage area 3333 (step S97). In addition, the conference A presence manager 33a transmits the OK response to the PoC server 5 (step S99). The conference A manager 53a of the PoC management server 5 receives the OK response from the SIP/SIMPLE server 3 (step S101). The processing shifts to a processing of
Thus, when the conference members (or participants) are registered in the subscriber list storage area 3335 and the area 3382 for the subscriber IDs in the area 338 of the group II “voice conference” in the presence group information storage area 3333, the presence data of the presence IDs registered in the area 3381 for the presence IDs in the area 338 of the group II “voice conference” is delivered to the conference members (or participants) by the delivery processor 335a.
Next, the processing subsequent to the terminal K will be explained by using
At this stage, because the participants have not been registered in the presence data storage 333a, the display in which only the conference members and the holder of the right to speak can be grasp is carried out. Then, the presence data processor 915 of the user terminal B replies the OK response to the SIP/SIMPLE server 3 (step S109), and the presence data processor 915 of the user terminal A also replies the OK response to the SIP/SIMPLE server 3 (step S111). The conference A presence manager 33a of the SIP/SIMPLE server 3 receives the OK response from the user terminals A and B (step S113). The processing shifts to a processing of
Next, the processing subsequent to the terminal L and M will be explained by using
Then, the delivery processor 335a of the conference A presence manager 33a in the SIP/SIMPLE server 3 carries out a notification processing of the presence data (user ID of the holder of the right to speak, user IDs of the conference members, and the user IDs of the participants) of the conference according to the state of the presence data storage 333a (step S123). Here, the presence data of the conference is transmitted to the user terminals A and B. The presence data processor 915 of the user terminal B receives the presence data of the conference from the SIP/SIMPLE server 3, and displays the data on the display device (step S125). Similarly, the presence data processor 915 of the user terminal A receives the presence data of the conference from the SIP/SIMPLE server 3, and displays the data on the display device (step S127).
At this stage, because the participants have been registered into the presence data storage 333a at the step S117, a display in which the conference members, the participants, the holder of the right to speak and users who was called but does not participate can be grasp is carried out. Then, the presence data processor 915 of the user terminal B replies the OK response to the SIP/SIMPLE server 3 (step S129), and the presence processor 915 of the user terminal A also replies the OK response to the SIP/SIMPLE server 3 (step S131). The conference presence manager 33a of the SIP/SIMPLE server 3 receives the OK responses from the user terminals A and B (step S133). The processing shifts to a processing of
When the conference members were registered for the subscription at the step S97, the steps S115 to S133 are executed for each appearance of the new participant. When the participants were registered for the subscription at the step S97, the steps S115 to S133 are executed for each appearance of the new participant, the presence data is delivered to the users who have been registered for the subscription as the participants, and, furthermore, the steps S95 to S113 are executed and the presence data is delivered to the new participant.
When the processing shown in
That is, the processing shown in
The conference A voice communication manager 71a of the PoC-MCU server 7 receives the voice packets from the user terminal A, and transfers the copy of the voice packets to the IP addresses of the participants, which are stored in the speaker and participant data storage 711a (step S137). The voice conference processor 911 of the client application 91 in the user terminal B receives the voice packets from the PoC-MCU server 7, and outputs the voice relating to the voice packets through a speaker driver and a speaker not shown. Thus, the voice-based teleconference is carried out. Incidentally, the movement of the right to speak is not the main portion of this embodiment. Therefore, the explanation is omitted, here.
Next, the processing subsequent to the terminal P will be explained by using
Primarily, the data of the presence data storage 313a in the user A presence manager 31a can be changed only by the user A. Similarly, the data of the presence data storage 313b in the user B presence manager 31b can be changed only by the user B. However, in this embodiment, in order to smoothly progress the voice conference and reduce the communication volume in the wireless section, the change is permitted to the PoC management server 5, specially.
The user A presence manager 31a (and the user B presence manager 31b. However, in the following, because of the duplication, the explanation is omitted.) Of the SIP/SIMPLE server 3 receives the update registration request of the presence data of the participant from the PoC management server 5, and the presence data manager 311 of the user A presence manager 31a stores the presence data such as “BUSY” or the like in association with the presence ID “State” (step S143). The user A presence manager 31a of the SIP/SIMPLE server 3 transmits the OK response to the PoC management server 5 (step S145). The conference A manager 53a of the PoC management server 5 receives the OK response from the SIP/SIMPLE server 3 (step S147).
Thus, when the update of the presence data of the users A and B is carried out, the presence data of the user A or B is notified to the users who is registered as the subscribers of the presence ID “State”. That is, the delivery processor 315 of the user A presence manager 31a in the SIP/SIMPLE server 3 carries out a notification processing of the presence data of the user A according to the state of the presence data storage 313a (step S149). In the example of FIG. 5, the presence data is transmitted to the users B and C. Incidentally, the similar processing for the user B presence manager 31b is carried out. However, the presence data of the user B is transmitted to the users A and C.
Then, the presence processor 915 of the terminal B receives the presence data of the user A from the SIP/SIMPLE server 3, and displays the data on the display device (step S151). Similarly, the presence data processor 915 of the user terminal A receives the presence data of the user B from the SIP/SIMPLE server 3, and displays the data on the display device (step S153). In the other user terminals, the display is changed, similarly. This enables other users who subscribe the state of the participants of the voice-based teleconference to recognize the participants cannot be reached because of BUSY.
Then, the presence data processor 915 of the user terminal B replies the OK response to the SIP/SIMPLE server 3 (step S155), and the presence data processor 915 of the user terminal A also replies the OK response to the SIP/SIMPLE server 3 (step S157). The user A presence manager 31a and the user B presence manager 31b of the SIP/SIMPLE server 3 receives the OK response to the user terminals A and B (step S159).
By carrying out such a processing, it becomes possible for the users to smoothly progress the voice-based teleconference, and the wireless communication bandwidth is not wasted.
Next, a processing when starting the character-based teleconference (chat) on the way of the voice-based teleconference will be explained by using FIGS. 21 to 23. First, in the voice-based teleconference in which the users A, B, C and the like participate, for example, a case where the user A unofficially carries out a meeting with the user B by the character-based chat not the voice will be explained. In this case, the voice-based teleconference is maintained.
First, the user A operates the user terminal A to designate the maintenance of the voice-based teleconference and the user B of the participant who is called into the chat. The chat processor 913 of the user terminal A accepts such a user operation input for a chat calling request maintaining the voice (step S201), and transmits the chat calling request maintaining the voice, which includes a list of the chat members (here, user B) to the SIP/SIMPLE server 3 (step S203). Incidentally, when there is no designation input for the calling destination from the user A, for example, all of the participants of the voice-based teleconference may be set as the calling destination. The routing processor 35 of the SIP/SIMPLE server 3 receives the chat calling request maintaining the voice, which includes the list of the chat members, from the user terminal A, and transfers the request to the PoC management server 5 (step S205).
The conference A manager 53a of the PoC management server 5 receives the calling request maintaining the voice, which includes the list of the chat members, from the SIP/SIMPLE server 3, and stores the list of the chat members into the user data storage 533a (step S207). Then, the conference A manager 53a of the PoC management server 5 replies the OK response to the SIP/SIMPLE server 3 (step S209). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the PoC management server 5, and transfers the response to the SIP/SIMPLE server 3 (step S213). The chat processor 913 of the user terminal A receives the OK response from the SIP/SIMPLE server 3 (step S213).
In addition, the conference A manager 53a of the PoC management server 5 transmits a chat calling maintaining the voice to the chat members (here, the user B) for each chat member according to the received list of the chat members to the SIP/SIMPLE server 3 (step S215). Incidentally, data about the calling source user is included in the chat calling. The routing processor 35 of the SIP/SIMPLE server 3 receives the chat calling maintaining the voice for the chat members from the PoC management server 5, and transfers the chat calling to the user B (step S217). The chat processor 913 of the user terminal B receives the chat calling maintaining the voice from the SIP/SIMPLE server 3, and carries out a chat calling processing such as a display for the chat calling, output of a predetermined voice or the like (step S219). Incidentally, the chat processor 913 of the user terminal B transmits the OK response to the SIP/SIMPLE server 3 (step S221). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the user terminal B, and transfers the response to the PoC management server 5 (step S223). The conference A manager 53a of the PoC management server 5 receives the OK response from the SIP/SIMPLE server (step S225). The processing shifts to a processing of
The processing subsequent to the terminals Q, R and S will be explained by using
In response to this, the conference A manager 53a of the PoC management server 5 transmits the OK response to the SIP/SIMPLE server 3 (step S235). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the PoC management server 5, and transfers the response to the user terminal B (step S237). The chat processor 913 of the user terminal B receives the OK response from the SIP/SIMPLE server 3 (step S239).
Then, the conference A manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to generate a presence registration request of the chat participants (including the user of the chat calling request source, and here the users A and B), and transmits the request to the SIP/SIMPLE server 3 (step S241). More specifically, it requests to register the user IDs (in the example of
Furthermore, the conference A manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to generate a publication setting request for the chat participants, and transfers the request to the SIP/SIMPLE server 3 (step S249). More specifically, it requests to register the user IDs (in the example of
Incidentally, when the processing of the conference A presence manager 33a of the SIP/SIMPLE server in
Next, the processing subsequent to the terminal T will be explained by using
Furthermore, for example, the user A operates the user terminal A to input the chat contents (dialogue characters), and the presence data processor 915 of the user terminal A accepts the input of the dialogue characters by the user A, and transmits them as the presence data of the presence ID “Chat” to the SIP/SIMPLE server 3 (step S269). The presence data manager 331a in the conference A presence manager 33a of the SIP/SIMPLE server 3 receives the dialogue characters data as the presence data of the presence ID “Chat” from the user terminal A, and stores the data into the presence data storage 333a (step S271). The conference A presence manager 33a transmits the OK response to the user terminal A (step S273). The user terminal A receives the OK response from the SIP/SIMPLE server 3 (step S275).
Thus, because the presence data is updated, the delivery processor 335a of the conference A presence manager 33a in the SIP/SIMPLE server 3 notifies the user terminals A and B of the presence data (the presence data of the chat contents and the presence data of the chat participants when updated) of the chat according to the setting of the presence data storage 333a (step S277). Only the difference may be notified. The presence data processor 915 of the client application 91 in the user terminal B receives the presence data of the chat from the SIP/SIMPLE server 3, and displays the data on the display device (step S279). In addition, the presence data processor 915 of the client application 91 in the user terminal A receives the presence data of the chat from the SIP/SIMPLE server 3, and displays the data on the display device (step S281). The presence data processor 915 of the user terminal B replies the OK response to the SIP/SIMPLE server 3 (step S283). Similarly, the presence data processor 915 of the user terminal A replies the OK response to the SIP/SIMPLE server 3 (step S285). The conference A presence manager 33a of the SIP/SIMPLE server 3 receives the OK response from the user terminals A and B (step S287).
In the following, by repeating the processing of the steps S269 to S287, the dialogue can be progressed in the chat. Incidentally, the dialogue characters can be transmitted from the user terminal B. The processing content is similar. Therefore, further explanation is omitted.
By carrying out such a processing, while maintaining the voice-based teleconference, it becomes possible to separately carry out the character-based chat in the subset of the participants of the voice-based teleconference. Incidentally, because the chat is realized by using the presence technique, the resources prepared for the voice-based teleconference can be efficiently used.
In addition, because plural chat groups can be managed by preparing plural sets of the presence group information and the presence data corresponding to it for one voice conference, for example, as the subset of the voice conference in which four persons A, B, C and D participate, the chats of plural subsets can be carried out such as the users A and B and users C and D respectively carry out the chat, or the users A and B and users A and C respectively carry out the chat.
In addition, the presence data of a specific user is managed in the presence information storage area 3131 in
On the other hand, the presence data of the voice-based teleconference is managed in the presence information storage area 3331 of
Next, a processing flow when the voice-based teleconference is not maintained will be explained by using FIGS. 24 to 26. First, in the voice-based teleconference in which the user A, user B, user C and the like participate, for example, the user A resulted in a state where the utterance by the voice cannot be made because the user A takes a train or the like, and, in principle, the entire users who participate in the voice-based teleconference shifts to the character-based chat. Such a case will be explained.
First, the user A operates the user terminal A to designate that the voice-based teleconference is not maintained, and the users of participants who are called to the chat. Incidentally, when the voice-based teleconference is not maintained, in principle, it is supposed that all of the participants shift to the chat. Therefore, there is a case where the users of the participants who are called to the chat are not designated. The chat processor 913 of the user terminal A accepts such a user operation input for a chat calling request to end a voice conversation (i.e. without maintenance of the voice) (step S301), and transmits the chat calling request to end the voice conversation, which includes a list of the chat members to the SIP/SIMPLE server 3 (step S303). When it is supposed that all participants shift, there is a case where the list of the chat members is not included. The routing processor 35 of the SIP/SIMPLE server 3 receives the chat calling request to end the voice conversation, which includes the list of the chat members, and transfers the request to the PoC management server 5 (step S305).
The conference A manager 53a of the PoC management server 5 receives the calling request to end the voice conversation, which includes the list of the chat members, from the SIP/SIMPLE server 3, and stores the list of the chat members into, for example, the user data storage 533a (step S307). Then, the conference A manager 53a of the PoC management server 5 replies the OK response to the SIP/SIMPLE server 3 (step S309). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the PoC management server 5, and transfers the response to the user terminal A (step S311). The chat processor 913 of the user terminal A receives the OK response from the SIP/SIMPLE server 3 (step S313).
In addition, the conference A manager 53a of the PoC management server 5 transmits a chat calling to end the voice conversation for the chat members (here, the user B) for each chat member to the SIP/SIMPLE server 3 according to the received list of the chat members (step S315). Incidentally, the data for the calling source user is included in the chat calling. The routing processor 35 of the SIP/SIMPLE server 3 receives the chat. calling to end the voice conversation for the chat members from the PoC management server 5, and transfers the chat calling to the user terminal B (step S317). The chat processor 913 of the user terminal B receives the chat calling to end the voice conversation from the SIP/SIMPLE server 3, and carries out a chat calling processing such as carrying out a display for the chat calling, outputting a predetermined voice or the like (step S319). Incidentally, the chat processor 913 of the user terminal B transmits the OK response to the SIP/SIMPLE server 3 (step S321). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the user terminal B, and transfers the response to the PoC management server 5 (step S323). The conference A manager 53a of the PoC management server 5 receives the OK response from the SIP/SIMPLE server 3 (step S325). The processing shifts to a processing of
The processing subsequent to the terminals U, V and W will be explained by using
In response to this, the conference A manager 53a of the PoC management server 5 transmits the OK response to the SIP/SIMPLE server 3 (step S335). The routing processor 35 of the SIP/SIMPLE server 3 receives the OK response from the PoC management server 5, and transfers the response to the user terminal B (step S337). The chat processor 913 of the terminal B receives the OK response from the SIP/SIMPLE server 3 (step S339).
In principle, the chat calling is notified to all of the conference participants. However, there is a case where there is a participant who does not respond to the calling of the user A. In such a case, there is a case where the voice-based teleconference coexists with the character-based chat.
Then, the conference A manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to generate a presence registration request of the chat participants (including the chat calling request source. Here, the users A and B), and transmits the request to the SIP/SIMPLE server 3 (step S341). More specifically, it requests to register the user IDs of the participants as the presence data whose presence ID is “ChatUser” and whose owner is the conference A manager 53a. The presence data manager 331a of the conference A presence manager 33a in the SIP/SIMPLE server 3 receives the presence registration request of the chat participants from the PoC management server 5, and stores the user IDs of the chat participants as the presence data into the presence data storage 333a in association with the presence ID (“ChatUser”) relating to the received presence registration request (step S343). As shown in
Furthermore, the conference A manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to generate a publication setting request for the chat participants, and transmits the request to the SIP/SIMPLE server 3 (step S349). More specifically, it requests to register the user ID of the chat participants into the area 3392 of the subscriber IDs in the area 339 for the group III “chat” of the presence group information storage area 3333. The presence data manager 331a of the conference A presence manager 33a in the SIP/SIMPLE server 3 receives the publication setting request for the chat participants from the PoC management server 5, and stores the user IDs (in the example of
Thus, when the processing of the conference A presence manager 33a of the SIP/SIMPLE server 3 is completed, the presence data identified in the area 3391 of the presence IDs included in the area 339 of the group III “chat” in the presence group information storage area 3333 is notified to the chat participants. That is, the presence data “chat contents” (in the example of
Next, the processing subsequent to the terminals X and Y will be explained by using
By using such a processing, it is registered that the chat participants leave from the voice-based teleconference, in a form of the update registration, into the SIP/SIMPLE server 3, and it is notified as the update of the presence data to other participants of the conference or conference members (i.e. the users who were called to the conference). Incidentally, in addition to the aforementioned processing, the publication setting of the presence data of the holder of the right to speak, the presence data of the participants, and the presence data of the conference members for the participants or conference members may be released. In addition, at the step S357, only the chat participants are deleted from the participant presence of the voice-based teleconference. However, all of the participants are caused to leave from the voice-based teleconference.
In addition, the conference A manager 53a of the PoC management server 5 uses the data stored in the user data storage 533a to transmit a voice routing stop request including the list of the chat participants to the PoC-MCU server 7 (step S365). The conference A voice communication manager 71a of the PoC-MCU server 7 receives the voice routing stop request including the list of the participants from the PoC management server 5, and carries out a setting (e.g. set off to a routing flag) for the voice routing stop for the users included in the list of the chat participants in the speaker and the participants data storage 711a (step S367).
Because the chat participants are deleted from the participants of the voice-based teleconference at the step S357 by the conference A manager 53a of the PoC management server 5, the utterance by the voice does not occurs, and there is no need to stop the voice routing. However, because the resource in the PoC-MCU server 7 is efficiently used, the stop is carried out.
The processing after
Incidentally, when the presence data representing the dialogue contents of the chat is stored in a predetermined storage device, they are used as logs of the dialogue contents exchanged in the chat. Therefore, by transmitting the logs of the dialogue contents of the chat, which is the stored presence data, to the terminal of a user who intermediately participated in the chat in response to the a reference request from the user, it is possible for the user who intermediately participated in the chat to know the dialogue contents exchanged before the own participation.
Although one embodiment of this invention was described above, this invention is not limited to this. The functional block diagrams shown in FIGS. 1 to 4 are mere examples, and there is a case where they are not always identical with the actual program module configurations. Furthermore, as for the method of holding the data, which is shown in FIGS. 5 to 11, it is possible to adopt other methods as far as the similar data can be managed.
Incidentally, the SIP/SIMPLE server 3, the PoC management server 5 and the PoC-MCU server 7 are computer devices as shown in
In addition, the user terminal is also represented by a similar configuration by providing the storage device such as a flash memory instead of the HDD 2505 and the drive device 2513.
In addition, as for the step S115 of
In addition, the step S241 of
Furthermore, the processing was explained in which the PoC management server 5 carries out the proxy subscription request on behalf of the user. However, if it is obvious, the PoC management server 5 or the SIP/SIMPLE server 3 may automatically change the subscription relations also in other cases.
Furthermore, only the shift from the voice-based teleconference to the chat was explained. However, it becomes possible to carry out a return from the chat to the voice-based teleconference by the similar method to the shift to the chat. However, at the step S357, the registration of the participants, not the deletion, is requested, and the resumption of the routing, not the routing stop, is requested.
This application is a continuing application, filed under 35 U.S.C. section 111(a), of International Application PCT/JP2004/009444, filed Jul. 2, 2004.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/JP04/09444 | Jul 2004 | US |
| Child | 11606330 | Nov 2006 | US |
