CA2301434C - Method and apparatus for a conference call mediation service - Google Patents
Method and apparatus for a conference call mediation service Download PDFInfo
- Publication number
- CA2301434C CA2301434C CA002301434A CA2301434A CA2301434C CA 2301434 C CA2301434 C CA 2301434C CA 002301434 A CA002301434 A CA 002301434A CA 2301434 A CA2301434 A CA 2301434A CA 2301434 C CA2301434 C CA 2301434C
- Authority
- CA
- Canada
- Prior art keywords
- conference
- wscp
- potential
- attribute
- participant
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
- H04L65/4046—Arrangements for multi-party communication, e.g. for conferences with distributed floor control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/50—Aspects of automatic or semi-automatic exchanges related to audio conference
- H04M2203/5063—Centrally initiated conference, i.e. Conference server dials participants
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
Abstract
A method and apparatus for a conference call mediation service which allows for the scheduling of multi-participant conferences over the Internet is presented. A subscriber who desires to host a conference sends a conference request to a Web Service Control Point (WSCP) with attributes regarding the conference (i.e., date, time, conference agenda, etc.). The WSCP generates a unique conference ID, identifying the attributes of the proposed conference, and broadcasts a conference invitation to potential conference participants.
Potential participants respond to the conference invitation and may make changes to, or modify, the attributes of the proposed conference. The WSCP acts as a negotiator between potential conference participants by continuing to resend the modified and unmodified conference attributes until an agreement regarding the conference is reached. At that point the WSCP schedules the conference with a communication service provider ant sends a confirmation to each participant.
Potential participants respond to the conference invitation and may make changes to, or modify, the attributes of the proposed conference. The WSCP acts as a negotiator between potential conference participants by continuing to resend the modified and unmodified conference attributes until an agreement regarding the conference is reached. At that point the WSCP schedules the conference with a communication service provider ant sends a confirmation to each participant.
Description
[2685/113474]
A METHOD AND APPARATUS FOR A CONFERENCE CALL MEDIATION SERVICE
BACKGROUND OF THE INVENTION
FIELD OF THE INVENTION
The present invention relates to a method and apparatus for a conference call mediation service, and more particularly, to a conference call mediation service which allows for the scheduling of multi-participant conferences of subscribers over the Internet.
DESCRIPTION OF THE ART
The use of the Internet for conferencing is growing as more individuals make more extensive use of their personal computers both at home and at work. These Internet conferencing uses include video-conferencing, viewing of graphical and textual materials, taking notes, real-time E-mails, etc. As this type of use of the Internet grows, several patents related to this area have issued. For example, U.S. Patent No. 5,659,692, issued on August 19, 1997 to Poggio, et al., relates to a Computer Method and Apparatus for Video Conferencing in which graphics and video data can be transmitted between a multiplicity of workstations coupled to one another across the Internet. Interactive video conferencing results as the workstations communicate the images in real-time to each other.
However, before any such conferencing is possible, the participants must resolve differences in scheduling times, conference agendas, materials, etc. Thus, there is a need before the conference for a negotiation phase which can also be accomplished over the Internet. Until now the negotiation phase of conferencing has drawn little attention. In fact, the known multi-party oriented conference protocols, such as H.323, SAP and SIP, have largely ignored pre-conference negotiation and have instead focused on, at most, the five phases of the multi-media conference itself. That is: 1) User Location (i.e., resolving participants' addresses and determining the end systems to be used); 2) User Capabilities (-i.e., determining the media parameters for the RTP protocol);
3) User Disposition (i.e., determining each participant's willingness to join the conference);, 4) Call Setup (i.e., ringing, alerting, and establishing call parameters between participants); and 5) Call Handling (i.e., including data transfer, run-time changes of capabilities and call termination). Thus it is clear that the pre-conference negotiation phase is outside the scope and capability of these protocols.
SUMMARY OF THE INVENTION
Accordingly, the present invention proposes a method and apparatus for a conference call mediation service which allows for the scheduling of multi-participant conferences of subscribers over the Internet. A special Internet server, a Web Service Control Point (WSCP), acts as the conference call mediation service by conducting one or more rounds of pre-conference scheduling negotiations.
The WSCP, upon receipt of a conference request from a prospective conference host, generates a unique conference ID which identifies information pertaining to the requested conference. After generating the unique conference ID, and ensuring that the conference request is complete, the WSCP
sends an acknowledgment to the conference host and contacts potential conference participants. Potential participants are given the opportunity to make changes to the proposed conference as the WSCP conducts a number of rounds of negotiation. If an agreement as to the conference is reached, the WSCP coordinates the scheduling o.f the conference over the chosen means of communication.
The present invention, including its features and advantages, will become more apparent from the following detailed description with reference to the accompanying drawings.
SUMMARY OF THE INVENTION
In accordance with one aspect of the present invention there is provided a method for scheduling over the Internet a conference, the method comprising the steps of:
sending a request for more information to a conference requesting party if a conference is not complete: sending a conference invitation based on the conference request, the conference invitation having at least one attribute pertaining to a substantive aspect of a desired conference, to at least one potential conference participant; collecting at least one conference response from the at least one potential conference participant; identifying whether the at least one conference response modifies the at least one attribute; sending a notice of conference modification, if the at least one attribute has been modified, to the at least one potential conference participant, and coordinating resource allocation, if the at least one attribute has not been modified, with a communication service provider.
A METHOD AND APPARATUS FOR A CONFERENCE CALL MEDIATION SERVICE
BACKGROUND OF THE INVENTION
FIELD OF THE INVENTION
The present invention relates to a method and apparatus for a conference call mediation service, and more particularly, to a conference call mediation service which allows for the scheduling of multi-participant conferences of subscribers over the Internet.
DESCRIPTION OF THE ART
The use of the Internet for conferencing is growing as more individuals make more extensive use of their personal computers both at home and at work. These Internet conferencing uses include video-conferencing, viewing of graphical and textual materials, taking notes, real-time E-mails, etc. As this type of use of the Internet grows, several patents related to this area have issued. For example, U.S. Patent No. 5,659,692, issued on August 19, 1997 to Poggio, et al., relates to a Computer Method and Apparatus for Video Conferencing in which graphics and video data can be transmitted between a multiplicity of workstations coupled to one another across the Internet. Interactive video conferencing results as the workstations communicate the images in real-time to each other.
However, before any such conferencing is possible, the participants must resolve differences in scheduling times, conference agendas, materials, etc. Thus, there is a need before the conference for a negotiation phase which can also be accomplished over the Internet. Until now the negotiation phase of conferencing has drawn little attention. In fact, the known multi-party oriented conference protocols, such as H.323, SAP and SIP, have largely ignored pre-conference negotiation and have instead focused on, at most, the five phases of the multi-media conference itself. That is: 1) User Location (i.e., resolving participants' addresses and determining the end systems to be used); 2) User Capabilities (-i.e., determining the media parameters for the RTP protocol);
3) User Disposition (i.e., determining each participant's willingness to join the conference);, 4) Call Setup (i.e., ringing, alerting, and establishing call parameters between participants); and 5) Call Handling (i.e., including data transfer, run-time changes of capabilities and call termination). Thus it is clear that the pre-conference negotiation phase is outside the scope and capability of these protocols.
SUMMARY OF THE INVENTION
Accordingly, the present invention proposes a method and apparatus for a conference call mediation service which allows for the scheduling of multi-participant conferences of subscribers over the Internet. A special Internet server, a Web Service Control Point (WSCP), acts as the conference call mediation service by conducting one or more rounds of pre-conference scheduling negotiations.
The WSCP, upon receipt of a conference request from a prospective conference host, generates a unique conference ID which identifies information pertaining to the requested conference. After generating the unique conference ID, and ensuring that the conference request is complete, the WSCP
sends an acknowledgment to the conference host and contacts potential conference participants. Potential participants are given the opportunity to make changes to the proposed conference as the WSCP conducts a number of rounds of negotiation. If an agreement as to the conference is reached, the WSCP coordinates the scheduling o.f the conference over the chosen means of communication.
The present invention, including its features and advantages, will become more apparent from the following detailed description with reference to the accompanying drawings.
SUMMARY OF THE INVENTION
In accordance with one aspect of the present invention there is provided a method for scheduling over the Internet a conference, the method comprising the steps of:
sending a request for more information to a conference requesting party if a conference is not complete: sending a conference invitation based on the conference request, the conference invitation having at least one attribute pertaining to a substantive aspect of a desired conference, to at least one potential conference participant; collecting at least one conference response from the at least one potential conference participant; identifying whether the at least one conference response modifies the at least one attribute; sending a notice of conference modification, if the at least one attribute has been modified, to the at least one potential conference participant, and coordinating resource allocation, if the at least one attribute has not been modified, with a communication service provider.
In accordance with another aspect of the present invention there is provided an apparatus for scheduling over the Internet a conference call, the apparatus comprising: a first computer; at least one second computer; and an Internet server capable of handling, between the first computer and the at least one second computer, at least one round of a pre-conference negotiation regarding at least one of an agenda item and a relevant document of the conference.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 illustrates a flow chart for a pre-conference negotiation, according to an embodiment of the present invention.
Figure 2 illustrates a message chart for a pre-conference negotiation, according to an embodiment of the present invention.
Figure 3 illustrates an apparatus for the conference call mediation service, according to an embodiment of the present invention.
DETAILED DESCRIPTION
Figures 1 through 3 illustrate a method and apparatus for the scheduling of multi-participant conferences through a series of negotiation rounds conducted over the Internet by the conference call mediation service.
3a Referring to Figure 1, in step 5, a conference host, who wishes to host a multi-participant conference, contacts a special Internet server, the WSCP, over the Internet by sending a conference request. The conference request will naturally contain relevant information, in the form of attributes, about the requested conference. Such attributes may be: a potential conference participant list; dates of availability for the conference; conference agenda items;
relevant documents for the conference; conference communication means; maximum number of negotiation rounds;
etc. The attributes are formatted as the use and need may be for the particular attribute. For instance, attributes relating to potential participants maybe fc5rmatted in the mailto/telnet form: "Usercs~host[:telephone number]"; etc.
Also, attributes relating to relevant documents may be formatted in the form: "URL/document.html"; etc. It is to be understood, of course, that the conference host may contact the WSCP by any means of communication at his or her disposal and which is capable of transferring the conference request and its list of attributes to the WSCP. Such initial contact is accordingly not to be limited solely to the Internet.
In step l0 then, the WSCP receives the conference request from the conference host and assigns a unique conference negotiation session-ID to the requested conference.
The session-ID is used accordingly between the WSCP, the host and all potential conference participants in all future pre-conference negotiation communications to identify the conference (and the accompanying conference attributes) to which the communication applies. In step 15, the WSCP
performs a check of the conference request to ensure that it contains at least a minimal amount of information necessary to make the conference request understandable. If the conference request does contain the minimal amount of information, in step 20 the WSCP will send an acknowledgment of receipt back to the host with the identifying session-ID. If the conference request is missing information and is thus unclear, in step 25 the WSCP will send a request for further information back to the host. For instance, the conference host may have neglected to include in the conference request his or her availability dates) for the conference. In this case, the WSCP will send a request to the host to send the missing information of his or her availability date(s), and will identify the previously sent conference request by the assigned session-ID. In step 30, the-conference host must then send the missing information, with the appropriate identifying session-ID, to the WSCP. Upon receipt of the missing information, in step 35 the WSCP will add that information to the identified conference request previously received in step 10 and, returning to step 15, will again check the conference request. The process of checking the conference request and requesting further information can be repeated as many times as is necessary to ensure that a complete and understandable conference request is received.
Further, if the WSCP does not receive a response to the request for further information, it can resend the request after a pre-determined time has elapsed.
After sending an acknowledgment of having received a complete conference request, in step 40 the WSCP contacts each potential participant by broadcasting an invitation to the conference. The conference invitation contains the session-ID
identifying the conference and those attributes sent in the conference request which are necessary for the participants to make a determination as to whether or not they will be able to "attend" the conference. Upon receipt of the conference invitation, in step 45, the potential participants can review those attributes and modify them as they see fit. For $ example, a potential participant may want to change the date of the conference, add or remove a particular topic to the conference agenda, or even point out an additional document reference for the conference. Having modified the invitation or not, in step 50 each potential participant sends a conference response, containing the session-ID and modified and/or unmodified conference attributes, to the WSCP. If a potential participant does not send a conference response to the WSCP before a pre-determined amount of time, the WSCP can send to that participant a reminder to respond to the previously sent conference invitation. Alternatively, or failing to receive a response after the reminder to respond has been sent, the WSCP may resend the conference invitation again in its entirety to that non-responsive potential participant. If, after a predetermined number of tries to elicit a response to the conference invitation, there has still been no response, the WSCP will send a notice of no response to the host regarding that particular non-responsive potential participant and will continue with the pre-conference negotiation as outlined below. In any event, the non-responsive potential participant can later be sent a courtesy notification regarding the agreed upon conference so that they might attend anyway.
After responses to the conference invitation have been sent, in step 55, the WSCP collects the responses and begins identifying those conference attributes which have been modified from the original conference request (and subsequent conference invitation). Identification of the differences can be carried out by the WSCP comparing and contrasting conference attributes of the original conference request to the conference attributes of each response, and/or vice versa, and/or by the WSCP comparing and contrasting conference attributes between each of the conference responses. Thus, it is to be understood, of course, that such identification may be carried out in a variety of ways. The session-ID, as stated above, is used to identify to which conference the responses (and attributes) apply.
If in step 55 the WSCP determines that one or more of the conference attributes has not been agreed upon (i.e., must have necessarily been modified), 3n step 60 the WSCP will send to the host and to each potential conference participant a notice of conference modification. The notice of conference modification will contain all of the conference attributes, whether modified or not, and, of course, the session-ID. This will allow each potential participant to re-review the entire attribute list of the proposed conference. Thus upon receipt of the notice, in step 65 each potential participant (including the host) reviews the modified and unmodified conference attributes and, after agreeing to the conference attributes or modifying them still further, in step 70 sends an updated response to the WSCP. It is to be understood, of course, that the potential participant may in step 65 modify a conference attribute which until that time had not yet been modified. The WSCP collects the updated responses sent in step 70 and continues as before in step 55. Thus, the pre-conference scheduling negotiation of steps 55, 60, 65 and 70 continue as a series of rounds until agreement is reached regarding the attributes of the proposed conference. If, after a pre-determined number of negotiation rounds agreement as to the conference attributes has still not been reached, the WSCP can cut off further negotiation and notify the host that agreement has not been reached. In this manner the host may submit a new conference request, with new attributes, in the hope that an agreement can now be reached. Alternatively, the WSCP can be instructed to let the majority rule, so to speak, after a pre-determined number of negotiation rounds and to notify the host of any outstanding differences. For instance, if only one potential participant (or a minority of potential participants) out of an entire list of participants cannot make a specified date, then the WSCP can end the pre-conference negotiation phase, as outlined below, and notify the host of those potential participants who cannot make the date .
. Once, in step 55, the WSCP determines that all conference attributes have been agreed upon by the potential conference participants (or that a pre-determined number of negotiation rounds has been reached and the majority decision will rule), in step 75 the WSCP will coordinate allocation of the communication resources necessary for the conference. For such coordination, the wSCP will contact an appropriate service provider that can provide the communication resources specified by the agreed upon communication means conference attribute. For example, if the communication means specified by the agreed upon conference attribute is telephonic, then the WSCP would contact a telephone service provider (such as AT&T) in order to request allocation of PSTN resources for a telephone conference call. The resource allocation request sent by the WSCP will necessarily, of course, include all of the relevant information about the conference such that the service provider can make a determination of what resources need to be allocated and when. It should be noted that the communication service provider may also be contacted by the WSCP before the pre-conference negotiation rounds occur (i.e., before the conference invitation is broadcast to the potential participants) in order that the WSCP can ensure that the service provider (or alternate service provider as the case may be) is in fact capable of providing the communication means the host specified in the appropriate conference attribute.
Thus upon receipt of such resource allocation request, including, of course, notification of the date, time, participants, etc., in step 80 the communication service provider will determine if such resources are available and allocate them as requested. In step 85 the service provider will.send a notice of confirmation of the resource allocation to the WSCP. If, of course, the resources are unavailable, the service provider will send an appropriate notice of unavailability to the WSCP.
Based upon the notice sent by the service provider in step 85, in step 90 the WSCP makes a determination of whether the conference can be scheduled. In the instance where the service provider is unable to provide the resources, the WSCP can contact another service provider by returning to step 75. The WSCP can repeat the resource allocation steps 75, 80, 85 and 90 as many times as necessary until the Internet server finds a service provider capable of allocating the resources and handling the conference. Alternatively, in the instance where the service provider is able to provide resources capable of supporting the conference, the WSCP will send a notice of commitment to the host and each of the potential conference participants in step 95. At this point the negotiation service of the WSCP is finished as the conference has been scheduled and all participants have been notified.
Referring to Figure 2, a message chart shows a possible pre-conference negotiation phase in which messages are sent over the Internet between a Host 100, a WSCP 200, a number of potential participants 300 and a Service Control Point (SCP) 400 of a communication service provider. Since all of the communications are conducted via the Internet, as shown in this embodiment of the present invention, each communication can use an http-like protocol. Accordingly, the Host 100, wishing to host a conference; sends a conference request 101 to the WSCP 200. As an example, the conference request 101 may be in the form: InviteAll[ParticipantAddress, NegotiationItems, Content). Thus the conference request, as stated previously, contains the potential participant addresses, the attributes of the requested conference, and any negotiation instructions the host wishes to send to the WSCP.
In this example then, the addresses are contained in the data field ParticipantAddresses, the conference attributes are contained in the data field NegotiationItems, and the instructions are contained in the data field Content.
While an acknowledgment message, sent by the WSCP to the host, can be the next step, it is to be understood that it is not shown in this Figure. Rather, in this example, the WSCP 200 then sends a conference invitation 201 to each of the potential conference participants 300. The conference invitation 201 may be in the form: InvitePart[ConfID, NegotiationItems, Content]. Here the session-ID, identifying the conference and its attributes, is contained in the data field ConfID. Having sent the conference invitation 201, the participants 300 send back a modified conference response 301.
Here the conference response may be of the form: Modify [ConfID, NegotiationItems, Content]. The fact that the response has been modified can be indicated by the message header Modify.
While the WSCP 200 could identify response differences and then carry out a series of negotiation rounds to resolve those differences, this is not shown in this Figure. Assuming, however, that such negotiation rounds did occur and that an agreement has been reached, the WSCP 200 sends a resource allocation message 202 to the SCP 400 to request allocation of the required communication resources.
The resource allocation message 202 can be of the form:
IS Allocate[ConfID, ParticipantPhone#'s, Date & Time]. The data field ParticipantPhone#'s contains the conference participants phone numbers, assuming of course that the conference is to be telephonic.
Having received the allocation request, the SCP 400 sends back to the WSCP 200 a confirmation message 401. The confirmation message 401 may be of the form: Confirmation [ConfID], thus indicating confirmation of the allocation of the communication resources by the service provider. Upon receiving the confirmation message, the WSCP 200 sends a notice of commitment 205 to the Host 100 and each of the Participants 300. The notice of commitment 205 may be of the form: Commit[ConfID]. It is to be understood, of course, that both the form and nomenclature of any of the data fields mentioned above, and of the messages themselves, may be of a compatibility of any communication protocol. Further, it is to be understood that the messages are not to be limited to the information= and data fields used in the above examples.
Referring now to Figure 3, an apparatus for conducting the pre-conference negotiation phase is shown. In this figure each of the messages used in the pre-conference negotiation phase can be sent over an Internet line 500. For example, Host 100 and each of the respective potential conference Participants 300 communicate with the WSCP 200, using an Internet protocol, over each of their respective Internet communication lines 500. Further, the WSCP 200 also communicates, using the same Internet protocol, with the service provider SCP 400 over Internet communication line 500.
The SCP 400, on the other hand, can~also communicate over a PSTN communication line 600 with a Signal Transfer Point (STP) 700. The STP 700 likewise communicates with various Switch Offices 800 over like PSTN communication lines 600. Thus, assuming the conference is to be conducted telephonically, at the established date and time for the conference, the SCP 400 can establish a voice bridge (not shown) between the Host 100 and Participants 300 through other PSTN communication lines (also not shown). Alternatively, assuming the conference is to be conducted as a video conference, the SCP 400 can establish a video link (not shown) between the Host 100 and Participants 300 over video communication lines (also not shown) .
As can be applied to the above descriptions, it is to be understood that the WSCP is not limited to handling only one pre-conference negotiation at a time, and in fact alternatively, it is envisioned that the WSCP will handle a multitude of different pre-conference negotiations at once.
Further, while such pre-conference negotiations are conducted over the Internet according to an embodiment of the present invention, it is to be understood that this is not to be limiting to the means of communication by which the conference itself is conducted, nor is it to be limiting on means by which the host initially contacts the WSCP and by which the WSCP contacts the communication service provider.
Thus as can be seen from the above, the present invention provides a conference call mediation service and is able to act as a "smart secretary" by carrying out the functions of pre-conference negotiation and scheduling. This thus provides better information to potential conference participants and helps the conference host to ensure better conference attendance.
In the foregoing description; the method and apparatus of the present invention have been described with reference to a number of examples that are not to be considered limiting. Rather, it is to be understood and expected that variations in the principles of the method and apparatus herein disclosed may be made by one skilled in the art and it is intended that such modifications, changes, and/or substitutions are to be included within the scope of the present invention as set forth in the appended claims.
The specification and the drawings are accordingly to be regarded in an illustrative rather than in a restrictive sense.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 illustrates a flow chart for a pre-conference negotiation, according to an embodiment of the present invention.
Figure 2 illustrates a message chart for a pre-conference negotiation, according to an embodiment of the present invention.
Figure 3 illustrates an apparatus for the conference call mediation service, according to an embodiment of the present invention.
DETAILED DESCRIPTION
Figures 1 through 3 illustrate a method and apparatus for the scheduling of multi-participant conferences through a series of negotiation rounds conducted over the Internet by the conference call mediation service.
3a Referring to Figure 1, in step 5, a conference host, who wishes to host a multi-participant conference, contacts a special Internet server, the WSCP, over the Internet by sending a conference request. The conference request will naturally contain relevant information, in the form of attributes, about the requested conference. Such attributes may be: a potential conference participant list; dates of availability for the conference; conference agenda items;
relevant documents for the conference; conference communication means; maximum number of negotiation rounds;
etc. The attributes are formatted as the use and need may be for the particular attribute. For instance, attributes relating to potential participants maybe fc5rmatted in the mailto/telnet form: "Usercs~host[:telephone number]"; etc.
Also, attributes relating to relevant documents may be formatted in the form: "URL/document.html"; etc. It is to be understood, of course, that the conference host may contact the WSCP by any means of communication at his or her disposal and which is capable of transferring the conference request and its list of attributes to the WSCP. Such initial contact is accordingly not to be limited solely to the Internet.
In step l0 then, the WSCP receives the conference request from the conference host and assigns a unique conference negotiation session-ID to the requested conference.
The session-ID is used accordingly between the WSCP, the host and all potential conference participants in all future pre-conference negotiation communications to identify the conference (and the accompanying conference attributes) to which the communication applies. In step 15, the WSCP
performs a check of the conference request to ensure that it contains at least a minimal amount of information necessary to make the conference request understandable. If the conference request does contain the minimal amount of information, in step 20 the WSCP will send an acknowledgment of receipt back to the host with the identifying session-ID. If the conference request is missing information and is thus unclear, in step 25 the WSCP will send a request for further information back to the host. For instance, the conference host may have neglected to include in the conference request his or her availability dates) for the conference. In this case, the WSCP will send a request to the host to send the missing information of his or her availability date(s), and will identify the previously sent conference request by the assigned session-ID. In step 30, the-conference host must then send the missing information, with the appropriate identifying session-ID, to the WSCP. Upon receipt of the missing information, in step 35 the WSCP will add that information to the identified conference request previously received in step 10 and, returning to step 15, will again check the conference request. The process of checking the conference request and requesting further information can be repeated as many times as is necessary to ensure that a complete and understandable conference request is received.
Further, if the WSCP does not receive a response to the request for further information, it can resend the request after a pre-determined time has elapsed.
After sending an acknowledgment of having received a complete conference request, in step 40 the WSCP contacts each potential participant by broadcasting an invitation to the conference. The conference invitation contains the session-ID
identifying the conference and those attributes sent in the conference request which are necessary for the participants to make a determination as to whether or not they will be able to "attend" the conference. Upon receipt of the conference invitation, in step 45, the potential participants can review those attributes and modify them as they see fit. For $ example, a potential participant may want to change the date of the conference, add or remove a particular topic to the conference agenda, or even point out an additional document reference for the conference. Having modified the invitation or not, in step 50 each potential participant sends a conference response, containing the session-ID and modified and/or unmodified conference attributes, to the WSCP. If a potential participant does not send a conference response to the WSCP before a pre-determined amount of time, the WSCP can send to that participant a reminder to respond to the previously sent conference invitation. Alternatively, or failing to receive a response after the reminder to respond has been sent, the WSCP may resend the conference invitation again in its entirety to that non-responsive potential participant. If, after a predetermined number of tries to elicit a response to the conference invitation, there has still been no response, the WSCP will send a notice of no response to the host regarding that particular non-responsive potential participant and will continue with the pre-conference negotiation as outlined below. In any event, the non-responsive potential participant can later be sent a courtesy notification regarding the agreed upon conference so that they might attend anyway.
After responses to the conference invitation have been sent, in step 55, the WSCP collects the responses and begins identifying those conference attributes which have been modified from the original conference request (and subsequent conference invitation). Identification of the differences can be carried out by the WSCP comparing and contrasting conference attributes of the original conference request to the conference attributes of each response, and/or vice versa, and/or by the WSCP comparing and contrasting conference attributes between each of the conference responses. Thus, it is to be understood, of course, that such identification may be carried out in a variety of ways. The session-ID, as stated above, is used to identify to which conference the responses (and attributes) apply.
If in step 55 the WSCP determines that one or more of the conference attributes has not been agreed upon (i.e., must have necessarily been modified), 3n step 60 the WSCP will send to the host and to each potential conference participant a notice of conference modification. The notice of conference modification will contain all of the conference attributes, whether modified or not, and, of course, the session-ID. This will allow each potential participant to re-review the entire attribute list of the proposed conference. Thus upon receipt of the notice, in step 65 each potential participant (including the host) reviews the modified and unmodified conference attributes and, after agreeing to the conference attributes or modifying them still further, in step 70 sends an updated response to the WSCP. It is to be understood, of course, that the potential participant may in step 65 modify a conference attribute which until that time had not yet been modified. The WSCP collects the updated responses sent in step 70 and continues as before in step 55. Thus, the pre-conference scheduling negotiation of steps 55, 60, 65 and 70 continue as a series of rounds until agreement is reached regarding the attributes of the proposed conference. If, after a pre-determined number of negotiation rounds agreement as to the conference attributes has still not been reached, the WSCP can cut off further negotiation and notify the host that agreement has not been reached. In this manner the host may submit a new conference request, with new attributes, in the hope that an agreement can now be reached. Alternatively, the WSCP can be instructed to let the majority rule, so to speak, after a pre-determined number of negotiation rounds and to notify the host of any outstanding differences. For instance, if only one potential participant (or a minority of potential participants) out of an entire list of participants cannot make a specified date, then the WSCP can end the pre-conference negotiation phase, as outlined below, and notify the host of those potential participants who cannot make the date .
. Once, in step 55, the WSCP determines that all conference attributes have been agreed upon by the potential conference participants (or that a pre-determined number of negotiation rounds has been reached and the majority decision will rule), in step 75 the WSCP will coordinate allocation of the communication resources necessary for the conference. For such coordination, the wSCP will contact an appropriate service provider that can provide the communication resources specified by the agreed upon communication means conference attribute. For example, if the communication means specified by the agreed upon conference attribute is telephonic, then the WSCP would contact a telephone service provider (such as AT&T) in order to request allocation of PSTN resources for a telephone conference call. The resource allocation request sent by the WSCP will necessarily, of course, include all of the relevant information about the conference such that the service provider can make a determination of what resources need to be allocated and when. It should be noted that the communication service provider may also be contacted by the WSCP before the pre-conference negotiation rounds occur (i.e., before the conference invitation is broadcast to the potential participants) in order that the WSCP can ensure that the service provider (or alternate service provider as the case may be) is in fact capable of providing the communication means the host specified in the appropriate conference attribute.
Thus upon receipt of such resource allocation request, including, of course, notification of the date, time, participants, etc., in step 80 the communication service provider will determine if such resources are available and allocate them as requested. In step 85 the service provider will.send a notice of confirmation of the resource allocation to the WSCP. If, of course, the resources are unavailable, the service provider will send an appropriate notice of unavailability to the WSCP.
Based upon the notice sent by the service provider in step 85, in step 90 the WSCP makes a determination of whether the conference can be scheduled. In the instance where the service provider is unable to provide the resources, the WSCP can contact another service provider by returning to step 75. The WSCP can repeat the resource allocation steps 75, 80, 85 and 90 as many times as necessary until the Internet server finds a service provider capable of allocating the resources and handling the conference. Alternatively, in the instance where the service provider is able to provide resources capable of supporting the conference, the WSCP will send a notice of commitment to the host and each of the potential conference participants in step 95. At this point the negotiation service of the WSCP is finished as the conference has been scheduled and all participants have been notified.
Referring to Figure 2, a message chart shows a possible pre-conference negotiation phase in which messages are sent over the Internet between a Host 100, a WSCP 200, a number of potential participants 300 and a Service Control Point (SCP) 400 of a communication service provider. Since all of the communications are conducted via the Internet, as shown in this embodiment of the present invention, each communication can use an http-like protocol. Accordingly, the Host 100, wishing to host a conference; sends a conference request 101 to the WSCP 200. As an example, the conference request 101 may be in the form: InviteAll[ParticipantAddress, NegotiationItems, Content). Thus the conference request, as stated previously, contains the potential participant addresses, the attributes of the requested conference, and any negotiation instructions the host wishes to send to the WSCP.
In this example then, the addresses are contained in the data field ParticipantAddresses, the conference attributes are contained in the data field NegotiationItems, and the instructions are contained in the data field Content.
While an acknowledgment message, sent by the WSCP to the host, can be the next step, it is to be understood that it is not shown in this Figure. Rather, in this example, the WSCP 200 then sends a conference invitation 201 to each of the potential conference participants 300. The conference invitation 201 may be in the form: InvitePart[ConfID, NegotiationItems, Content]. Here the session-ID, identifying the conference and its attributes, is contained in the data field ConfID. Having sent the conference invitation 201, the participants 300 send back a modified conference response 301.
Here the conference response may be of the form: Modify [ConfID, NegotiationItems, Content]. The fact that the response has been modified can be indicated by the message header Modify.
While the WSCP 200 could identify response differences and then carry out a series of negotiation rounds to resolve those differences, this is not shown in this Figure. Assuming, however, that such negotiation rounds did occur and that an agreement has been reached, the WSCP 200 sends a resource allocation message 202 to the SCP 400 to request allocation of the required communication resources.
The resource allocation message 202 can be of the form:
IS Allocate[ConfID, ParticipantPhone#'s, Date & Time]. The data field ParticipantPhone#'s contains the conference participants phone numbers, assuming of course that the conference is to be telephonic.
Having received the allocation request, the SCP 400 sends back to the WSCP 200 a confirmation message 401. The confirmation message 401 may be of the form: Confirmation [ConfID], thus indicating confirmation of the allocation of the communication resources by the service provider. Upon receiving the confirmation message, the WSCP 200 sends a notice of commitment 205 to the Host 100 and each of the Participants 300. The notice of commitment 205 may be of the form: Commit[ConfID]. It is to be understood, of course, that both the form and nomenclature of any of the data fields mentioned above, and of the messages themselves, may be of a compatibility of any communication protocol. Further, it is to be understood that the messages are not to be limited to the information= and data fields used in the above examples.
Referring now to Figure 3, an apparatus for conducting the pre-conference negotiation phase is shown. In this figure each of the messages used in the pre-conference negotiation phase can be sent over an Internet line 500. For example, Host 100 and each of the respective potential conference Participants 300 communicate with the WSCP 200, using an Internet protocol, over each of their respective Internet communication lines 500. Further, the WSCP 200 also communicates, using the same Internet protocol, with the service provider SCP 400 over Internet communication line 500.
The SCP 400, on the other hand, can~also communicate over a PSTN communication line 600 with a Signal Transfer Point (STP) 700. The STP 700 likewise communicates with various Switch Offices 800 over like PSTN communication lines 600. Thus, assuming the conference is to be conducted telephonically, at the established date and time for the conference, the SCP 400 can establish a voice bridge (not shown) between the Host 100 and Participants 300 through other PSTN communication lines (also not shown). Alternatively, assuming the conference is to be conducted as a video conference, the SCP 400 can establish a video link (not shown) between the Host 100 and Participants 300 over video communication lines (also not shown) .
As can be applied to the above descriptions, it is to be understood that the WSCP is not limited to handling only one pre-conference negotiation at a time, and in fact alternatively, it is envisioned that the WSCP will handle a multitude of different pre-conference negotiations at once.
Further, while such pre-conference negotiations are conducted over the Internet according to an embodiment of the present invention, it is to be understood that this is not to be limiting to the means of communication by which the conference itself is conducted, nor is it to be limiting on means by which the host initially contacts the WSCP and by which the WSCP contacts the communication service provider.
Thus as can be seen from the above, the present invention provides a conference call mediation service and is able to act as a "smart secretary" by carrying out the functions of pre-conference negotiation and scheduling. This thus provides better information to potential conference participants and helps the conference host to ensure better conference attendance.
In the foregoing description; the method and apparatus of the present invention have been described with reference to a number of examples that are not to be considered limiting. Rather, it is to be understood and expected that variations in the principles of the method and apparatus herein disclosed may be made by one skilled in the art and it is intended that such modifications, changes, and/or substitutions are to be included within the scope of the present invention as set forth in the appended claims.
The specification and the drawings are accordingly to be regarded in an illustrative rather than in a restrictive sense.
Claims (14)
1. A method for scheduling over the Internet a conference, the method comprising the steps of:
sending a request for more information to a conference requesting party if a conference is not complete;
sending a conference invitation based on the conference request, the conference invitation having at least one attribute pertaining to a substantive aspect of a desired conference, to at least one potential conference participant;
collecting at least one conference response from the at least one potential conference participant;
identifying whether the at least one conference response modifies the at least one attribute;
sending a notice of conference modification, if the at least one attribute has been modified, to the at least one potential conference participant; and coordinating resource allocation, if the at least one attribute has not been modified, with a communication service provider.
sending a request for more information to a conference requesting party if a conference is not complete;
sending a conference invitation based on the conference request, the conference invitation having at least one attribute pertaining to a substantive aspect of a desired conference, to at least one potential conference participant;
collecting at least one conference response from the at least one potential conference participant;
identifying whether the at least one conference response modifies the at least one attribute;
sending a notice of conference modification, if the at least one attribute has been modified, to the at least one potential conference participant; and coordinating resource allocation, if the at least one attribute has not been modified, with a communication service provider.
2. The method according to claim 1, further comprising the steps of:
implementing an instruction, if the conference response is an updated conference response that further modifies the at least one attribute, regarding a condition of non-agreement of the scheduling of the conference.
implementing an instruction, if the conference response is an updated conference response that further modifies the at least one attribute, regarding a condition of non-agreement of the scheduling of the conference.
3. The method according to claim 1, further comprising the step of:
assigning a unique session-ID to the at least one attribute, wherein the unique session-ID is used in at least one communication to identify the at least one attribute of the desired conference.
assigning a unique session-ID to the at least one attribute, wherein the unique session-ID is used in at least one communication to identify the at least one attribute of the desired conference.
4. The method according to claim 1, wherein the at least one attributed is contained in at least one data field.
5. The method according to claim 1, wherein the at least one attribute is at least one of:
at least one conference agenda item; and at least one relevant document for the desired conference.
at least one conference agenda item; and at least one relevant document for the desired conference.
6. The method according to claim 1, wherein the at least one potential conference participant is a PSTN subscriber.
7. An apparatus for scheduling over the Internet a conference call, the apparatus comprising:
a first computer;
at least one second computer; and an Internet server capable of handling, between the first computer and the at least one second computer, at least one round of a pre-conference negotiation regarding at least one of an agenda item and a relevant document of the conference.
a first computer;
at least one second computer; and an Internet server capable of handling, between the first computer and the at least one second computer, at least one round of a pre-conference negotiation regarding at least one of an agenda item and a relevant document of the conference.
8. The apparatus of claim 7, further comprising:
a communication service provider capable of handling a communication means of the conference.
a communication service provider capable of handling a communication means of the conference.
9. The apparatus of claim 7, wherein the Internet server is a Web Service Control Point.
10. The apparatus of claim 8, wherein the communication means of the conference is a PSTN.
11. A method of conducting a pre-conference scheduling negotiation, the method comprising the steps of:
sending a conference invitation, based on a conference request, to at last one potential conference participant; and allowing for modifications, by the at least one potential conference participant, of the conference invitation, the modifications relating to at least one of an agenda item and a relevant document of the conference.
sending a conference invitation, based on a conference request, to at last one potential conference participant; and allowing for modifications, by the at least one potential conference participant, of the conference invitation, the modifications relating to at least one of an agenda item and a relevant document of the conference.
12. The method according to claim 11, further comprising the steps of:
coordinating a communication resource for the conference.
coordinating a communication resource for the conference.
13. The method according to claim 11, wherein communication of the conference invitation is accomplished through the Internet.
14. The method according to claim 12, wherein the communication resource is a PSTN.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/276,523 | 1999-03-25 | ||
US09/276,523 US6604129B2 (en) | 1999-03-25 | 1999-03-25 | Method and apparatus for a conference call mediation service |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2301434A1 CA2301434A1 (en) | 2000-09-25 |
CA2301434C true CA2301434C (en) | 2005-08-02 |
Family
ID=23056977
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002301434A Expired - Fee Related CA2301434C (en) | 1999-03-25 | 2000-03-14 | Method and apparatus for a conference call mediation service |
Country Status (4)
Country | Link |
---|---|
US (2) | US6604129B2 (en) |
EP (1) | EP1047267A3 (en) |
BR (1) | BR0001484A (en) |
CA (1) | CA2301434C (en) |
Families Citing this family (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7283973B1 (en) | 1998-10-07 | 2007-10-16 | Logic Tree Corporation | Multi-modal voice-enabled content access and delivery system |
US6941273B1 (en) * | 1998-10-07 | 2005-09-06 | Masoud Loghmani | Telephony-data application interface apparatus and method for multi-modal access to data applications |
US6604129B2 (en) * | 1999-03-25 | 2003-08-05 | At&T Corp. | Method and apparatus for a conference call mediation service |
US7844670B2 (en) * | 2000-04-03 | 2010-11-30 | Paltalk Holdings, Inc. | Method and computer program product for establishing real-time communications between networked computers |
US20020023134A1 (en) * | 2000-04-03 | 2002-02-21 | Roskowski Steven G. | Method and computer program product for establishing real-time communications between networked computers |
JP2002157206A (en) | 2000-11-17 | 2002-05-31 | Square Co Ltd | Method and system for taking part in electronic conference |
US7631039B2 (en) * | 2000-12-01 | 2009-12-08 | Radvision Ltd. | Initiation and support of video conferencing using instant messaging |
US7957514B2 (en) | 2000-12-18 | 2011-06-07 | Paltalk Holdings, Inc. | System, method and computer program product for conveying presence information via voice mail |
WO2002056193A1 (en) * | 2001-01-11 | 2002-07-18 | Voyant Technologies, Inc. | Conferencing method |
US6948129B1 (en) * | 2001-02-08 | 2005-09-20 | Masoud S Loghmani | Multi-modal, multi-path user interface for simultaneous access to internet data over multiple media |
US8000320B2 (en) * | 2001-02-08 | 2011-08-16 | Logic Tree Corporation | System for providing multi-phased, multi-modal access to content through voice and data devices |
JPWO2002103591A1 (en) * | 2001-06-13 | 2004-10-07 | 富士通株式会社 | Agenda progress support device and agenda progress support program |
NO20013304L (en) * | 2001-07-03 | 2003-01-06 | Ericsson Telefon Ab L M | Conferences as virtual users in a multimedia network |
US20030065539A1 (en) * | 2001-10-01 | 2003-04-03 | Kay Gary M. | Method of locating lost or forgotten insurance, annuity or other investment and pension proceeds |
US8417827B2 (en) * | 2001-12-12 | 2013-04-09 | Nokia Corporation | Synchronous media playback and messaging system |
US20030135552A1 (en) * | 2002-01-14 | 2003-07-17 | Blackstock Michael A. | Method for discovering and discriminating devices on local collaborative networks to facilitate collaboration among users |
US7865387B2 (en) * | 2002-05-23 | 2011-01-04 | Aol Inc. | Method and system for scheduling a meeting for a set of attendees via a special attendee |
EP1372328A1 (en) * | 2002-06-12 | 2003-12-17 | Siemens AG | System and method for setting up a conference call in telecommunication networks |
US6865538B2 (en) * | 2002-08-20 | 2005-03-08 | Autodesk, Inc. | Meeting location determination using spatio-semantic modeling |
US20040059785A1 (en) * | 2002-09-23 | 2004-03-25 | Blume Leo R. | System and method for creating and managing persistent group representation for meetings |
US7353253B1 (en) * | 2002-10-07 | 2008-04-01 | Webex Communicatons, Inc. | Peer-to-peer messaging system |
US6795108B2 (en) * | 2003-01-24 | 2004-09-21 | Bellsouth Intellectual Property Corporation | System and method for video conference service |
US7966368B2 (en) * | 2003-05-02 | 2011-06-21 | Microsoft Corporation | Communicating messages over transient connections in a peer-to-peer network |
US7590695B2 (en) | 2003-05-09 | 2009-09-15 | Aol Llc | Managing electronic messages |
US7739602B2 (en) | 2003-06-24 | 2010-06-15 | Aol Inc. | System and method for community centric resource sharing based on a publishing subscription model |
US7009632B2 (en) | 2003-08-22 | 2006-03-07 | Gateway Inc. | Internal CD/DVD label printer and electronic ink |
US20050050061A1 (en) * | 2003-08-27 | 2005-03-03 | International Business Machines Corporation | System and method for dynamic meeting agenda with event firing progress indicators |
FR2863426A1 (en) * | 2003-12-09 | 2005-06-10 | France Telecom | Collaboration session e.g. audio-visual conference, establishing method, involves obtaining identifier of activated session, and sending message having identifier to destination of each address of clients to establish session |
US8533609B2 (en) * | 2004-01-21 | 2013-09-10 | Intel Corporation | Event scheduling |
US8037170B2 (en) * | 2004-01-27 | 2011-10-11 | Hitachi, Ltd. | Integrated application management system, apparatus and program, and integrated session management server, system, program and server chassis, and communication system, session management server and integration application server |
US8015272B2 (en) * | 2004-01-27 | 2011-09-06 | Hitachi, Ltd. | Integrated application management system, apparatus and program, and integrated session management server, system, program, and apparatus |
US7043277B1 (en) * | 2004-05-27 | 2006-05-09 | Autocell Laboratories, Inc. | Automatically populated display regions for discovered access points and stations in a user interface representing a wireless communication network deployed in a physical environment |
US8180722B2 (en) * | 2004-09-30 | 2012-05-15 | Avaya Inc. | Method and apparatus for data mining within communication session information using an entity relationship model |
US8107401B2 (en) * | 2004-09-30 | 2012-01-31 | Avaya Inc. | Method and apparatus for providing a virtual assistant to a communication participant |
US7936863B2 (en) * | 2004-09-30 | 2011-05-03 | Avaya Inc. | Method and apparatus for providing communication tasks in a workflow |
US8270320B2 (en) * | 2004-09-30 | 2012-09-18 | Avaya Inc. | Method and apparatus for launching a conference based on presence of invitees |
DE102004053597B4 (en) * | 2004-11-05 | 2008-05-29 | Infineon Technologies Ag | A method for automatically generating and / or controlling a telecommunications conference with a plurality of subscribers, telecommunication conference terminal and telecommunication conference server |
US7477281B2 (en) * | 2004-11-09 | 2009-01-13 | Nokia Corporation | Transmission control in multiparty conference |
US8358762B1 (en) | 2005-03-21 | 2013-01-22 | Aol Inc. | Conference calls and meetings via electronic messaging interface |
US7882176B2 (en) * | 2005-05-27 | 2011-02-01 | Microsoft Corporation | Establishing a multiparty session by sending invitations in parallel |
US7660850B2 (en) * | 2005-05-27 | 2010-02-09 | Microsoft Corporation | Supporting a serial and a parallel invitation protocol |
US20070124381A1 (en) * | 2005-11-22 | 2007-05-31 | Zurko Mary E | Method and system for providing electronic pickup meetings |
US7953623B2 (en) * | 2006-01-03 | 2011-05-31 | International Business Machines Corporation | Implementing meeting moderator failover and failback |
WO2007093616A1 (en) * | 2006-02-15 | 2007-08-23 | France Telecom | Method and device for managing at least one group of users, corresponding computer program product |
US7730192B2 (en) * | 2006-03-20 | 2010-06-01 | Microsoft Corporation | Managing parallel requests in a communications environment supporting serial and parallel request handlers |
EP2013756A4 (en) * | 2006-05-01 | 2010-09-15 | Zingdom Communications Inc | Web-based system and method of establishing an on-line meeting or teleconference |
US8817668B2 (en) | 2006-09-15 | 2014-08-26 | Microsoft Corporation | Distributable, scalable, pluggable conferencing architecture |
WO2008106060A1 (en) * | 2007-02-27 | 2008-09-04 | Ascendent Telecommunications, Inc. | Method, apparatus and system for initiating calendar events |
US7984158B2 (en) * | 2007-03-20 | 2011-07-19 | Microsoft Corporation | Web service for coordinating actions of clients |
US8321794B2 (en) * | 2007-06-28 | 2012-11-27 | Microsoft Corporation | Rich conference invitations with context |
US8160912B2 (en) * | 2007-10-03 | 2012-04-17 | International Business Machines Corporation | System and method for automatic moderator delegation |
US8368738B2 (en) * | 2008-01-14 | 2013-02-05 | Microsoft Corporation | Joining users to a conferencing session |
US20130061153A1 (en) * | 2011-09-07 | 2013-03-07 | Avaya Inc. | System and Method for Inserting a Control System Into a Conference |
US20130080154A1 (en) * | 2011-09-28 | 2013-03-28 | Katie Cargill | Network based restorative justice |
CN102506884A (en) * | 2011-10-28 | 2012-06-20 | 百度在线网络技术(北京)有限公司 | Method, system and device for recommending gathering places for multiple users on basis of maps |
US10068007B1 (en) * | 2012-03-29 | 2018-09-04 | Open Invention Network, Llc | Interface between a virtual personal assisitant and an interactive voice response system |
US8855285B1 (en) * | 2013-03-14 | 2014-10-07 | Speek Inc. | Systems and methods for conference calling using personal URL |
US20140324633A1 (en) * | 2013-04-30 | 2014-10-30 | Freightopolis Inc. | Freight services marketplace system and methods |
US20180013893A1 (en) * | 2014-08-05 | 2018-01-11 | Speakez Ltd. | Computerized simultaneous interpretation system and network facilitating real-time calls and meetings |
CN105262750B (en) * | 2015-10-21 | 2020-01-10 | 腾讯科技(深圳)有限公司 | Method and equipment for automatically initiating session |
US10009393B2 (en) | 2015-10-30 | 2018-06-26 | Microsoft Technology Licensing, Llc | Joining an on-line meeting from an off-line meeting |
US11411758B2 (en) * | 2020-10-12 | 2022-08-09 | Vmware, Inc. | Generating contextual compliance policies |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5317683A (en) * | 1990-09-10 | 1994-05-31 | International Business Machines Corporation | Method and apparatus for automated meeting agenda generation in a data processing system |
US5416899A (en) | 1992-01-13 | 1995-05-16 | Massachusetts Institute Of Technology | Memory based method and apparatus for computer graphics |
US6608636B1 (en) | 1992-05-13 | 2003-08-19 | Ncr Corporation | Server based virtual conferencing |
JP3319618B2 (en) | 1992-10-23 | 2002-09-03 | 株式会社日立製作所 | Video conference system |
US5491797A (en) | 1992-11-30 | 1996-02-13 | Qwest Communications | Schedulable automatically configured video conferencing system |
JPH0795552A (en) | 1993-09-20 | 1995-04-07 | Fujitsu Ltd | Video conference network managing system |
US5689641A (en) | 1993-10-01 | 1997-11-18 | Vicor, Inc. | Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal |
US5574934A (en) * | 1993-11-24 | 1996-11-12 | Intel Corporation | Preemptive priority-based transmission of signals using virtual channels |
JPH0879391A (en) * | 1994-09-02 | 1996-03-22 | Fujitsu Ltd | Electronic conference system |
US5724508A (en) * | 1995-03-09 | 1998-03-03 | Insoft, Inc. | Apparatus for collaborative computing |
US5907324A (en) * | 1995-06-07 | 1999-05-25 | Intel Corporation | Method for saving and accessing desktop conference characteristics with a persistent conference object |
US5864868A (en) | 1996-02-13 | 1999-01-26 | Contois; David C. | Computer control system and user interface for media playing devices |
US5848397A (en) | 1996-04-19 | 1998-12-08 | Juno Online Services, L.P. | Method and apparatus for scheduling the presentation of messages to computer users |
US5835127A (en) | 1996-04-25 | 1998-11-10 | Sony Corporation | Integrated electronic system utilizing a universal interface to support telephony and other communication services |
US5778187A (en) | 1996-05-09 | 1998-07-07 | Netcast Communications Corp. | Multicasting method and apparatus |
CA2205703A1 (en) | 1996-06-27 | 1997-12-27 | At&T Corp. | Network-based on-demand multiparty multimedia call set up and directory service |
US5867494A (en) | 1996-11-18 | 1999-02-02 | Mci Communication Corporation | System, method and article of manufacture with integrated video conferencing billing in a communication system architecture |
US5845074A (en) | 1996-11-22 | 1998-12-01 | E-Parcel, Llc | Smart internet information delivery system having a server automatically detects and schedules data transmission based on status of clients CPU |
US5872565A (en) | 1996-11-26 | 1999-02-16 | Play, Inc. | Real-time video processing system |
US5838775A (en) | 1996-12-12 | 1998-11-17 | At&T Corp | System and method for providing a user-selectable interface for a screen telephone |
JP3819097B2 (en) | 1997-02-28 | 2006-09-06 | 株式会社日立製作所 | Video conference control device |
US5949975A (en) * | 1997-03-12 | 1999-09-07 | Microsoft Corp. | Method and system for negotiating capabilities when sharing an application program with multiple computer systems |
US6339784B1 (en) * | 1997-05-20 | 2002-01-15 | America Online, Inc. | Self-policing, rate limiting online forums |
US5864823A (en) | 1997-06-25 | 1999-01-26 | Virtel Corporation | Integrated virtual telecommunication system for E-commerce |
US6006253A (en) * | 1997-10-31 | 1999-12-21 | Intel Corporation | Method and apparatus to provide a backchannel for receiver terminals in a loosely-coupled conference |
US5870412A (en) | 1997-12-12 | 1999-02-09 | 3Com Corporation | Forward error correction system for packet based real time media |
US6119147A (en) * | 1998-07-28 | 2000-09-12 | Fuji Xerox Co., Ltd. | Method and system for computer-mediated, multi-modal, asynchronous meetings in a virtual space |
US6604129B2 (en) * | 1999-03-25 | 2003-08-05 | At&T Corp. | Method and apparatus for a conference call mediation service |
-
1999
- 1999-03-25 US US09/276,523 patent/US6604129B2/en not_active Expired - Fee Related
-
2000
- 2000-03-14 CA CA002301434A patent/CA2301434C/en not_active Expired - Fee Related
- 2000-03-16 EP EP00105336A patent/EP1047267A3/en not_active Ceased
- 2000-03-27 BR BR0001484-2A patent/BR0001484A/en not_active Application Discontinuation
-
2003
- 2003-04-24 US US10/422,301 patent/US7177905B1/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US7177905B1 (en) | 2007-02-13 |
US20020138569A1 (en) | 2002-09-26 |
CA2301434A1 (en) | 2000-09-25 |
EP1047267A2 (en) | 2000-10-25 |
BR0001484A (en) | 2000-12-05 |
EP1047267A3 (en) | 2002-07-17 |
US6604129B2 (en) | 2003-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2301434C (en) | Method and apparatus for a conference call mediation service | |
CN1989497B (en) | For the autocorrelative method and apparatus of instant message | |
US5758079A (en) | Call control in video conferencing allowing acceptance and identification of participants in a new incoming call during an active teleconference | |
US6798753B1 (en) | Automatically establishing conferences from desktop applications over the Internet | |
US7398296B2 (en) | Networked audio communication over two networks | |
US6501740B1 (en) | System and method for teleconferencing on an internetwork comprising connection-oriented and connectionless networks | |
US6898620B1 (en) | Multiplexing video and control signals onto UTP | |
US20080037748A1 (en) | Method of and System for Conference Calling | |
US20050080845A1 (en) | On-demand provisioning of a set of services to interconnect a group of participants | |
WO2004002128A1 (en) | A network communication system and apparatus | |
JP2002533023A (en) | Announced session description | |
JP4292544B2 (en) | Video conference management system | |
GB2319136A (en) | Teleconference type facility having a "call waiting" type facility | |
JP2002532011A (en) | Announced session control | |
CA2551187C (en) | Method of and system for conference calling | |
WO2007007902A1 (en) | System and method for establishing multiparty conference by relays | |
CA2290701A1 (en) | Multimedia collaboration system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |
Effective date: 20160314 |