EP2564367A1 - Systèmes, procédés et programmes d'ordinateur pour réaliser une interface utilisateur de conférence - Google Patents

Systèmes, procédés et programmes d'ordinateur pour réaliser une interface utilisateur de conférence

Info

Publication number
EP2564367A1
EP2564367A1 EP10850874A EP10850874A EP2564367A1 EP 2564367 A1 EP2564367 A1 EP 2564367A1 EP 10850874 A EP10850874 A EP 10850874A EP 10850874 A EP10850874 A EP 10850874A EP 2564367 A1 EP2564367 A1 EP 2564367A1
Authority
EP
European Patent Office
Prior art keywords
conference
participant
location
participants
audio
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.)
Withdrawn
Application number
EP10850874A
Other languages
German (de)
English (en)
Other versions
EP2564367A4 (fr
Inventor
Boland T. Jones
David Michael Guthrie
Nicole C. Santoro
Vladimir Mijatovic
Peter Stewart
Randolph J. Leigh
Erik Petrik
Scott A. Schemmel
Laurence Schaefer
J. Douglas Martin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
American Teleconferencing Services Ltd
Original Assignee
American Teleconferencing Services Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by American Teleconferencing Services Ltd filed Critical American Teleconferencing Services Ltd
Publication of EP2564367A1 publication Critical patent/EP2564367A1/fr
Publication of EP2564367A4 publication Critical patent/EP2564367A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/101—Collaborative creation, e.g. joint development of products or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • 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
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • 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/1069—Session establishment or de-establishment
    • 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

Definitions

  • conference solutions for enabling people to conduct live meetings, conferences, presentations, or other types of gatherings via the Internet, the public switched telephone network (PSTN), or other voice and/or data networks.
  • Participants typically use a telephone, computer, or other communication device that connects to a conference system.
  • the meetings include an audio component and a visual component, such as, a shared presentation, video, whiteboard, or other multimedia, text, graphics, etc.
  • One embodiment is a method for providing a conference.
  • One such method comprises: a conferencing system establishing an audio conference between a plurality of participants via a communication network; the conferencing system presenting a conference interface to the participants via a graphical user interface and a corresponding client device in communication with the conferencing system via the communication network; and the conference interface displaying a unique participant object identifying each of the plurality of participants in the audio conference according to a graphical representation specified by the corresponding participant.
  • Another embodiment is a computer system a conferencing system and a server.
  • the conferencing system establishes an audio conference session between a plurality of computing devices connected via a communication network.
  • the server is configured to communicate with the conferencing system and the plurality of computing devices via the communication network.
  • the server comprises one or more processors and a virtual conference location application, which is stored in a computer-readable medium and is executed by the processors.
  • the virtual conference location application comprises: logic configured to receive, from the conferencing system, audio stream data identifying an audio stream and a corresponding participant in the audio conference session associated with each computing device; logic configured to generate a virtual conference location for the audio conference session based on a predefined simulated location view, the virtual conference location comprising: a first graphical representation of a conference location according to the predefined simulated location view; and a second graphical representation of each of the plurality of participants with corresponding contact information displayed in the conference location; logic configured to synchronously present the virtual conference location and the audio conference session to the computing devices via the communication network.
  • a further embodiment comprises a computer program embodied in a computer readable medium and executable by a processor, the computer program for providing a conference interface associated with an audio conference.
  • the computer program comprises logic configured to: establish an audio conference between a plurality of participants via a communication network; present a conference interface to the participants via a graphical user interface and a corresponding client device in communication with the conferencing system via the communication network; and display in the conference interface a unique participant object identifying each of the plurality of participants in the audio conference according to a graphical representation specified by the corresponding participant.
  • FIG. 1 is a block diagram illustrating an embodiment of a computer system for integrating a conference interface with an audio conference.
  • FIG. 2 is a flowchart illustrating an embodiment of the operation of the computer system of FIG. 1.
  • FIG. 3 is a screen shot illustrating an embodiment of a conference interface presented via the graphical user interface in the computer system of FIG. 1.
  • FIG. 4 is a block diagram illustrating an embodiment of the server of FIG.
  • FIG. 5 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the participant configuration module(s) of FIG. 4.
  • FIG. 6 is a login screen for a conference interface presented via the graphical user interface of FIGS. 1 & 4.
  • FIG. 7 is participant setup screen for a conference interface presented via the graphical user interface of FIGS. 1 & 4.
  • FIG. 8 is host setup screen for a conference interface presented via the graphical user interface of FIGS. 1 & 4.
  • FIG. 9 is a screen shot of an embodiment of a conference interface presented via the graphical user interface of FIGS. 1 & 4 with a first location view.
  • FIG. 10 is a screen shot of another embodiment of a conference interface with a tile view.
  • FIG. 11 illustrates the screen shot of FIG. 10 with the attendees list expanded.
  • FIG. 12 is a screen shot of a further embodiment of a conference interface with a theatre view.
  • FIG. 13 is a screen shot of another embodiment of a conference interface.
  • FIG. 14 illustrates the screen shot of FIG. 13 with two participants displaying business card.
  • FIG. 15 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the automated location view configuration module(s) of FIG. 4.
  • FIG. 16 is a block diagram illustrating another embodiment of the server of FIGS. 1 & 4.
  • FIG. 17 is a functional block diagram illustrating an embodiment of the integrated speech-to-text/search module(s) in the server of FIG. 4.
  • FIG. 18 is a screen shot illustrating an embodiment of a map view of the participants in the conference interface.
  • FIG. 19 is a functional block diagram illustrating an embodiment of the location-based services module(s) in the server of FIG. 4.
  • FIG. 20 is a functional block diagram illustrating an embodiment of the incoherence participant identification modules(s) in the server of FIG. 4.
  • FIG. 21 is a block diagram of an embodiment of a VoIP conferencing system in which the conference interface of FIGS. 1 & 4 may be implemented.
  • FIG. 22 is a block diagram of another embodiment of a distributed VoIP conferencing system in which the conference interface of FIGS. 1 & 4 may be implemented.
  • FIG. 23 is a block diagram of an embodiment of a distributed conference using the distributed VoIP conferencing system of FIG. 22.
  • FIG. 24 is a call flow diagram for an embodiment of a PSTN participant in the VoIP conferencing systems of FIGS. 21 - 23.
  • FIG. 25 is a call flow diagram for an embodiment of a VoIP participant in the VoIP conferencing systems of FIGS. 21 - 23.
  • FIG. 26 is a flow chart illustrating an embodiment of a method for providing real-time resources to participants in a conference interface.
  • FIG. 27 is block diagram illustrating a server for implementing another embodiment of the integrated speech-to-text/search module(s) of FIG. 4
  • FIG. 28 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the relevance engine in the server of FIG. 27.
  • FIG. 29 is a diagram illustrating an exemplary data structure implemented by the relevance engine of FIG. 28.
  • FIG. 30 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the resources engine of FIG. 27.
  • FIG. 31 is a block diagram illustrating an embodiment of a computer system for sharing social networking content in a conference interface.
  • FIG. 32 is a block diagram illustrating an exemplary social networking system.
  • FIG. 33 is block diagram illustrating an exemplary social networking website in the social networking system of FIG. 31.
  • FIG. 34 is a user interface screen shot of an embodiment of a conference interface for enabling a participant to share social networking content during an audio conference.
  • FIG. 35 is a flowchart illustrating an embodiment of a method for providing social networking content in a conference interface.
  • FIG. 36 is a flowchart illustrating an embodiment of a method for incorporating social networking data in a conference interface.
  • FIG. 37 is a flowchart illustrating an embodiment of a method for gathering participant information for the participant database in the system of FIG.
  • FIG. 38 is a diagram illustrating an exemplary data structure implemented in the participant database of FIG. 20.
  • FIG. 39 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the in-conference participant identification module(s) in the server of FIG. 4.
  • FIG. 40 is a user interface screen shot illustrating an embodiment of a conference interface for implementing aspects of the in-conference participant identification module(s).
  • FIG. 41a is a more detailed view of one of the participant objects in the conference interface of FIG. 40.
  • FIG. 41 b illustrates the participant object of FIG. 41a with the audio indicator in a speaking state.
  • FIG. 42a illustrates an embodiment of a participant object for an unidentified participant.
  • FIG. 42b illustrates an embodiment of a user interface screen for implementing a participant profile user interface control.
  • FIG. 43 is a block diagram illustrating an embodiment of a computer system for implementing a conferencing app store in a conferencing system.
  • FIG. 44 is screen shot illustrating an exemplary embodiment of a conference interface for implementing certain aspects of the conferencing app store for enabling participants to interact with conferencing applications during an audio conference.
  • FIG. 45 is a screen shot of another embodiment of a conference interface for implementing aspects of the conferencing app store for enabling participants to browse available conference applications during an audio conference.
  • FIG. 46 is a diagram illustrating an exemplary data structure implemented by the conference app store and/or the participant application control modules in FIG. 43.
  • FIG. 47 is a screen shot of another embodiment of the conference interface for implementing aspects of the conference app store for enabling participants to purchase or otherwise access conferencing applications.
  • FIG. 48 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the participant application control modules in the conferencing system of FIG. 43.
  • FIG. 49 flowchart illustrating the architecture, operation, and/or functionality of another embodiment of the participant application control modules in the conferencing system of FIG. 43.
  • FIG. 50 is a block diagram illustrating an embodiment of a computer system for implementing a conferencing notification application on a client device.
  • FIG. 51 is a screen shot illustrating an embodiment of a desktop user interface for accessing exemplary services provided by the conferencing notification application of FIG. 50.
  • FIG. 52 is a user interface screen shot illustrating another embodiment of a mobile user interface for accessing services provided by the conferencing notification application of FIG. 50.
  • FIG. 53 is a screen shot illustrating an embodiment of a method for launching a conferencing notification menu via the mobile user interface of FIG. 52.
  • FIG. 54 is a user interface screen shot illustrating an embodiment of a conferencing notification menu in the desktop user interface of FIG. 51.
  • FIG. 55 is a block diagram illustrating an exemplary implementation of the conferencing API in FIG. 50.
  • FIG. 56 is a user interface screen shot illustrating an embodiment of a conferencing notification functionality displayed in the mobile user interface of FIG.
  • FIG. 57 illustrates the user interface screen shot of FIG. 57 for enabling a user to join a conference via the conferencing notification functionality.
  • FIG. 58 is a user interface screen shot illustrating an embodiment of a conference interface for an exemplary mobile computing device.
  • FIG. 59 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the conferencing notification application of FIG.
  • FIG. 60 is a flowchart illustrating the architecture, operation, and/or functionality of another embodiment of the conferencing notification application of FIG. 50.
  • FIG. 61 is a user interface screen shot illustrating an embodiment of a conference scheduler functionality.
  • FIG. 62 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the location-based services module(s) of FIG. 19.
  • FIG. 63 is a flowchart illustrating the architecture, operation, and/or functionality of another embodiment of the location-based services module(s) of FIG.
  • FIG. 64 is a combined block/flow diagram illustrating exemplary embodiments for enabling a conferencing system to obtain location information.
  • FIG. 65 is a block diagram illustrating an embodiment of a computing device for implementing a drag-and-drop participant management functionality in a conference interface.
  • FIG. 66 is a user interface screen shot illustrating an embodiment of a conference interface for implementing an aspect of the drag-and-drop participant management functionality.
  • FIG. 67 illustrates the user interface screen shot of FIG. 66 in which a user selects a contact object associated with a contact to be added to the conference.
  • FIG. 68 illustrates the user interface screen shot of FIG. 66 in which the contact object is moved to the conference interface.
  • FIG. 69 illustrates the user interface screen shot of FIG. 66 in which the contact object is released in the conference interface to add the contact to the conference.
  • FIG. 70 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the drag-and-drop participant management module in the computing device of FIG. 65.
  • FIG. 71 is a user interface screen shot illustrating an embodiment of another aspect of the drag-and-drop participant management functionality in which a user selects a participant object to be removed from the conference.
  • FIG. 72 illustrates the user interface screen shot of FIG. 71 in which the participant object is moved from the conference interface.
  • FIG. 73 illustrates the user interface screen shot of FIG. 71 in which the user releases the participant object to remove the participant from the conference.
  • FIG. 74 illustrates the user interface screen shot of FIG. 71 in which a confirmation display is presented to confirm the removal of the participant.
  • FIG. 75 is a flowchart illustrating the architecture, operation, and/or functionality of another embodiment of the drag-and-drop participant management module in the computing device of FIG. 65.
  • FIG. 76 is a user interface screen shot illustrating an embodiment of a conference interface for implementing aspects of the information distribution module(s) in the computing device of FIG. 65.
  • FIG. 77 illustrates the user interface screen shot of FIG. 66 in which the selected participant object has been moved to a contacts list to create a new contact.
  • FIG. 78 illustrates the user interface screen shot of FIG. 66 in which the new contact is added to the contacts list.
  • FIG. 79 illustrates the user interface screen shot of FIG. 66 with an "add contact" menu for specifying a target database for storing the new contact.
  • FIG. 80 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the information distribution module(s) in the computing device of FIG. 65.
  • FIG. 81 is a user interface screen shot illustrating another embodiment of a user interface, from the perspective of a first participant, for implementing additional aspects of the information distribution module(s) in the computing device of FIG. 65.
  • FIG. 82 illustrates the user interface screen shot of FIG. 81 in which a document object has been selected.
  • FIG. 83 illustrates the user interface screen shot of FIG. 81 in which a document is distributed to a participant by dropping the selected document object to a participant object in the conference interface.
  • FIG. 84 illustrates the user interface screen shot of FIG. 81 in which the document is distributed to all participants in the conference by dropping the selected document object within the conference interface.
  • FIG. 85 illustrates the user interface screen shot of FIG. 81 with a
  • delivery method menu for specifying the manner in which the document is to be distributed to the participant(s).
  • FIG. 86 illustrates the user interface screen shot of FIG. 81, from the perspective of a second participant, who is to receive a document from the first participant.
  • FIG. 87 illustrates the user interface of FIG. 86 after the document has been distributed to the second participant from the first participant.
  • FIG. 88 illustrates the architecture, operation, and/or functionality of another embodiment of the information distribution module(s) in the computing device of FIG. 65.
  • FIG. 89 is a user interface screen shot illustrating another embodiment of a conference interface for implementing further aspects of the information distribution module(s) in the client device of FIG. 65.
  • FIG. 90 illustrates the user interface screen shot of FIG. 89 in which a video object from the collaboration application has been selected.
  • FIG. 91 illustrates the user interface screen shot of FIG. 89 in which the selected video object is distributed to a participant by moving the selected video object from the collaboration application to a "my resources" window.
  • FIG. 92 illustrates the user interface screen shot of FIG. 89 in which the selected video object is distributed to a participant by moving the selected video object from the collaboration application to a participant object.
  • FIG. 93 illustrates the user interface screen shot of FIG. 89 in which the selected video object is distributed to all participants in the conference by moving the selected video object from the collaboration application to the conference interface.
  • FIG. 94a is a user interface screen shot illustrating another embodiment of a conference interface for implementing further aspects of the information distribution module(s) in the client device of FIG. 65.
  • FIG. 94b illustrates the user interface screen shot of FIG. 94a in which the selected video object is distributed to a non-participant by moving the selected video object from the collaboration application to a contact object displayed in a contacts list.
  • FIG. 95 illustrates the architecture, operation, and/or functionality of a further embodiment of the information distribution module(s) in the computing device of FIG. 65.
  • FIG. 96 is a user interface screen shot illustrating an embodiment of a conference interface for implementing aspects of the conference session management module(s) in the client device of FIG. 65.
  • FIG. 97 illustrates the user interface screen shot of FIG. 96 after a user has initiated a breakout session.
  • FIG. 98 illustrates the user interface screen shot of FIG. 97 in which the user has selected a participant object in the main conference session.
  • FIG. 99 illustrates the user interface screen shot of FIG. 98 in which the selected participant object has been moved from the main conference session to the breakout session.
  • FIG. 100 illustrates the user interface screen shot of FIG. 99 in which the user has selected a second participant object in the main conference session.
  • FIG. 101 illustrates the user interface screen shot of FIG. 100 in which the second participant object has been moved from the main conference session to the breakout session.
  • FIG. 102 illustrates the user interface screen shot of FIG. 101 with both sessions active.
  • FIG. 103 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the conference session management module(s) of FIG. 65.
  • FIG. 104 is a combined block/data diagram illustrating the main conference session prior to the initiation of the breakout session.
  • FIG. 105 is a combined block/data diagram illustrating the general operation and management of the breakout session implemented by the conference session management module(s).
  • FIG. 106 illustrates an embodiment of a conference interface for joining the breakout session with the main conference session.
  • FIG. 107 illustrates another embodiment of a conference interface for joining the breakout session with the main conference session.
  • FIG. 108 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the participant authentication module(s) in the computing device of FIG. 65.
  • FIG. 109 is a user interface screen shot illustrating an embodiment of a conference interface for authenticating a participant via a signature capture area before entering an online conference.
  • FIG. 110 is a user interface screen shot illustrating another embodiment of a user interface for authenticating a participant via a signature capture area before distributing a secure document.
  • FIG. 111 is a user interface screen shot illustrating another embodiment of a conference interface for authenticating a participant via a trace sequence.
  • FIG. 112 illustrates the user interface screen shot of FIG. 111 in which the trace sequence matches a stored trace sequence associated with the participant.
  • FIG. 113 is a user interface screen shot illustrating a further embodiment of a conference interface for authenticating a participant vote.
  • FIG. 114 illustrates the user interface screen shot of FIG. 113 with a signature capture area.
  • FIG. 115 is a block diagram illustrating an embodiment of a conference record/playback system.
  • FIG. 116 is a block diagram illustrating an embodiment of the conference channels that may be selectively recorded, played back, and distributed via the conference record/playback system of FIG. 115.
  • FIG. 117 is a data diagram of an embodiment of a recorded conference illustrating a plurality of synchronized conference channels.
  • FIG. 118 is a data diagram illustrating additional embodiments of conference channels in the recorded conference of FIG. 117.
  • FIG. 119 is a user interface screen shot illustrating an embodiment of a conference interface implemented in the conference record/playback system of FIG.
  • FIG. 120 illustrates an implementation of an interactive participant object in the conference interface of FIG. 119.
  • FIG. 121 illustrates another implementation of an interactive participant object in the conference interface of FIG. 119.
  • FIG. 122 illustrates an embodiment of an "invite" menu in the conference interface of FIG. 119 for enabling a participant to invite additional participants.
  • FIG. 123 illustrates an embodiment of a "share" menu in the conference interface of FIG. 119 for enabling a participant to share information resources with participants.
  • FIG. 124 illustrates the conference interface of FIG. 119 after the participant has inserted a web video.
  • FIG. 125 illustrates an embodiment of an "apps" menu in the conference interface of FIG. 119 for enabling participants to access conference apps.
  • FIG. 126 illustrates the conference interface of FIG. 119 after the participant has launched a conference notes application.
  • FIG. 127 illustrates an embodiment of a "record" menu in the conference interface of FIG. 119 for enabling a participant to launch a record/playback controller and configure record and alert options.
  • FIG. 128 illustrates an embodiment of a "record options" menu in the conference interface of FIG. 119.
  • FIG. 129 illustrates an emboOdiment of an "alert options" menu in the conference interface of FIG. 119.
  • FIG. 130 illustrates the conference interface of FIG. 119 with a record/playback navigation controller.
  • FIG. 131 is a more detailed illustration of the record/playback navigation controller of FIG. 130.
  • FIG. 132 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the conference record/playback system of FIG. 115.
  • FIG. 133 is a block diagram illustrating an embodiment of a participant inter-device conference transfer system for enabling a participant to seamlessly change devices during a conference.
  • FIG. 134 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the participant inter-device conference transfer system of FIG. 133.
  • FIG. 135 illustrates an embodiment of a method for initiating the transfer to the second client device in the participant inter-device conference transfer system of FIG. 133, in which the first client device sends a transfer request to the second device via a local communication network.
  • FIG. 136 illustrates another embodiment of a method for initiating the transfer to the second client device in the participant inter-device conference transfer system of FIG. 133, in which the first client device sends a transfer request to the second client device via the conferencing system.
  • FIG. 137 illustrates one implementation of a method for the second client device acknowledging the transfer request from the first client device.
  • FIG. 138 illustrates another implementation of a method for the second client device acknowledging the transfer request from the first client device.
  • FIG. 139 illustrates the second client device establishing a connection with the conferencing system and seamlessly joining the online conference without indicating the inter-device transfer to the other participants.
  • conferencing system a system that provides the conference interface for a conference being referred to herein as a "conferencing system”
  • conferencing system a system that provides the conference interface for a conference
  • audio component including, without limitation, enabling simulcast audio with such conference for the participants.
  • the conference interface may be configured to provide any desirable content and/or functionality and may support various user interface and conferencing features.
  • the conference interface comprises a computer- simulated virtual conference location that is presented to one or more of the participants of an audio conference via a graphical user interface.
  • FIG. 1 illustrates a computer system 100 representing an exemplary working environment for providing a virtual conference location with an audio conference.
  • the computer system 100 comprises a plurality of client devices 102a - 102d in communication with a conferencing system 106 and server(s) 108 via one or more communication networks 110.
  • the network(s) 110 may support wired and/or wireless communication via any suitable protocols, including, for example, the Internet, the Public Switched Telephone Network (PSTN), cellular or mobile network(s), local area network(s), wide area network(s), or any other suitable communication infrastructure.
  • PSTN Public Switched Telephone Network
  • cellular or mobile network(s) local area network(s)
  • local area network(s) wide area network(s)
  • any other suitable communication infrastructure including, for example, the Internet, the Public Switched Telephone Network (PSTN), cellular or mobile network(s), local area network(s), wide area network(s), or any other suitable communication infrastructure.
  • PSTN Public Switched Telephone Network
  • the client devices 102a - 102c may be associated with participants 104a - 104c, respectively, of the audio conference, and the client device 102d may be associated with a host 104d of the audio conference.
  • the terms "host” and “participant” merely refer to different user roles or permissions associated with the audio conference.
  • the "host” may be the originator of the audio conference and, consequently, may have user privileges that are not offered to the participants, and the conference interface may provide additional functionality not available to the other participants. Nonetheless, it should be appreciated that the terms "host,” “participant,” and “user” may be used interchangeably depending on the context in which it is being used.
  • the client devices 102 may comprise any desirable computing device, which is configured to communicate with the conferencing system 106 and the server 108 via the networks 110.
  • the client device 102 may comprise, for example, a personal computer, a desktop computer, a laptop computer, a mobile computing device, a portable computing device, a smart phone, a cellular telephone, a landline telephone, a soft phone, a web-enabled electronic book reader, a tablet computer, or any other computing device capable of communicating with the conferencing system 106 and/or the server 108 via one or more networks 110.
  • the client device 102 may include client software (e.g., a browser, plug-in, or other functionality) configured to facilitate communication with the conferencing system 106 and the server 108. It should be appreciated that the hardware, software, and any other performance specifications of the client device 102 are not critical and may be configured according to the particular context in which the client device 102 is to be used.
  • the conferencing system 106 generally comprises a communication system for establishing an audio conference 114 between the client devices 102.
  • the conferencing system 106 may support audio via a voice network and/or a data network.
  • the conferencing system 106 may be configured to support, among other platforms, a Voice Over Internet Protocol (VoIP) conferencing platform such as described in U.S. Patent Application Serial No. 11/637,291 entitled “VoIP Conferencing,” filed on December 12, 2006, which is hereby incorporated by reference in its entirety. It should be appreciated that the conferencing system 106 may support various alternative platforms, technologies, protocols, standards, features, etc.
  • VoIP Voice Over Internet Protocol
  • the conferencing system 106 may be configured to establish an audio connection with the client devices 102a - 102d, although in some embodiments the audio portion may be removed. As illustrated in FIG. 1, the conferencing system 106 may establish the audio conference 114 by combining audio streams 122a - 122d associated with the client devices 102a - 102d, respectively.
  • the server 108 comprises a virtual conference location application 116 that generally comprises the logic or functionality for configuring and presenting, via the graphical user interface 132, a virtual conference location 118 (or other conference user interface) with the audio conference 114 to the client devices 102.
  • the virtual conference location application 116 may be implemented in software, hardware, firmware, or a combination thereof.
  • the systems are implemented in software or firmware that is stored in a memory and that is executed by a suitable instruction execution system.
  • the logic may be written in any suitable computer language.
  • the systems may be implemented with any or a combination of the following, or other, technologies, which are all well known in the art: a discrete logic circuit(s) having logic gates for implementing logic functions upon data signals, an application specific integrated circuit (ASIC) having appropriate combinational logic gates, a programmable gate array(s) (PGA), a field programmable gate array (FPGA), etc.
  • the virtual conference location 118 comprises a computer-simulated conference location that is presented to the client devices 102.
  • the virtual conference location 118 may be presented to the participants 104a - 104d via a graphical user interface 132.
  • the virtual conference location 118 may store in an associated memory various forms of data for managing and presenting the computer-simulated conference locations.
  • the virtual conference location 118 comprises graphical representations 128 of one or more virtual location views 124.
  • the same virtual location view 124 may be provided to each of the participants 104.
  • the participants 104 may customize a virtual location view 124 or other aspects of the conference interface, in which case the system may present different location views 124 across the client devices 102.
  • the virtual conference location 118 may further comprise graphical representations 128 of the participants 104, as well as user-related information 130 associated with each participant 104. In this manner, the virtual conference location 118 graphically represents the participants on the audio conference 114 in a simulated conference location via the GUI 132.
  • the graphical representations 128 of the participants 104 may comprise, for example, a 2-D graphic, a 3-D graphic, an avatar, an icon, an uploaded image, or any other suitable graphics, emblems, designs or other marks (each a "graphical representation") for uniquely or otherwise identifying the participants 104.
  • the user-related information 130 e.g. , name, address, email, telephone number, profile information, etc.
  • FIG. 3 illustrates an exemplary implementation of a virtual conference location 118 presented in the graphical user interface 132 as one of a number of possible embodiments of a conference interface. In the embodiment of FIG.
  • the virtual location view 124 comprises an image 302 of an office conference table with chairs and a background of a golf course.
  • the participants 104 are visually represented with participant objects (e.g. , tiles 304a and 304b).
  • the image 302 may generally comprise any background or visual backdrop or functionality for the tiles 304.
  • the graphical representation 128 in the tiles 304a comprises a picture or photograph of the corresponding participant 104, although any content, audio, video, media, or functionality may be presented.
  • the graphical representation 128 in the tiles 304b comprises an avatar- like image, which may be uploaded to the server 108 or selected and/or customized from predefined images.
  • FIG. 2 illustrates an embodiment of a method for providing the virtual conference location 1 18.
  • the conferencing system 106 establishes the audio conference 114 between the client devices 102.
  • the conferencing system 106 may establish a separate audio stream 122 (FIG. 1) for each client device 102.
  • the audio streams 122a - 122d may be combined into a single audio stream for presentation to the client devices 102 as the audio conference 114.
  • audio conference 114 may be established in various ways depending on the particular conferencing technologies being employed.
  • the virtual conference location application 1 16 may obtain information from the participants 104 via the graphical user interface 132. The information may be obtained via the conferencing system 106 and/or the server 108.
  • the participants 104 may provide or select the graphical representations 128 and/or 126 and the user-related information 130, or other media.
  • the server 108 configures the virtual conference location 1 18 according to the virtual location view(s) 124.
  • the virtual location view(s) 124 may be specified by the participants 104 or automatically generated by the server 108 based on, for example, known or acquired characteristics of the participants 104, locations of the participants 104, the identity of organization(s) associated with the conference, planned subject matter for the conference, or any other desirable information for manually or automatically matching a virtual location view 124 to the conference.
  • the virtual location view 124 may be modified or replaced, either manually or automatically, during the conference by participants 104 or the server 108.
  • the virtual conference location 1 18 may be populated with the participants 104, for example, by graphically representing the participants 104 in the participant objects (e.g. , tiles 304) according to the graphical representations 128 and/or the user-related information 130.
  • the graphical representations 128 may be logically associated with a corresponding audio stream 122 to visually distinguish a participant 104 while he/she is talking. As illustrated in FIG. 3, the graphical representations 128 may include a microphone image that is visually altered when a participant 104 is talking.
  • the virtual conference location 118 and the audio conference 114 are provided to the client devices 102.
  • the conference interface may further comprise various user interface control(s) for enabling a participant to access any of the following, or other, features: a drop down menu for selecting and/or changing the virtual conference location 118, view, etc.; an invite control for inviting additional participants 104 to the audio conference 114; a lock room control for locking the current conference; an audio control for managing aspects of the audio conference 114 (e.g., recording the audio conference 114); a volume control; a mute/unmute control; and an account control for accessing and managing the participant's account with the conferencing system 106.
  • a drop down menu for selecting and/or changing the virtual conference location 118, view, etc.
  • an invite control for inviting additional participants 104 to the audio conference 114
  • a lock room control for locking the current conference
  • an audio control for managing aspects of the audio conference 114 (e.g., recording the audio conference 114)
  • a volume control e.g., a mute/unmute control
  • an account control for accessing
  • FIG. 4 is a block diagram illustrating the general structure and architecture of an embodiment of the server 108 for supporting the virtual conference location application 116 (or other conference interface(s) or application(s) presented to or residing at the client device 102 or server(s) 108) and associated features, functionality, etc.
  • the server 108 may comprise one or more processors 402, a network interface 406, and memory 404 in communication via, for example, a local interface 405.
  • the network interface 406 is configured to communicate with the conferencing system 106 and other computer systems or servers (e.g. , server(s) hosting or otherwise providing map sites 409, social networking sites 415, search engines 418, etc.) via the network(s) 110.
  • the server 108 and the virtual conference location application 116 may support various services, features, applications, etc. that may be implemented via computer programs stored in memory 404 and executed via processors 402.
  • memory 404 includes virtual conference location application 116 and various additional modules for implementing associated features, including location-based services module(s) 408, conference alert module(s) 404, social network integration module(s) 414, in-conference participant identification module(s) 406, participant configuration module(s) 412, conferencing application(s) 410, automated location view configuration module(s) 424, integrated speech-to-text/search module(s) 422, and a conference app store functionality 420.
  • conference alert module(s) 404 support a conference alert or notification feature, which may be provided to client devices 102.
  • An alert application (or other software) residing on a client device 102 may be configured to notify the host 104d that a conference ⁇ e.g. , audio conference 114, an online conference, a virtual conference location 118, or other conference interface) has started and manages who has joined by showing the name and number of participants 104 via, for example, a push from the application. As participants join, the notification may maintain a count of the number of participants 104. It may also allow the host 104d to quickly enter the conference from the application, modify settings prior to an audio conference 114 starting, and provide easy access to account numbers.
  • the application may display, for example, an icon or other user interface control or feature in a system application tray of the client device 102, which exposes a menu or other functionality that enables users to modify certain settings, configurations, options, etc.
  • the conference alert application While the conference alert application is running, it communicates with the conferencing infrastructure using, for example, a conferencing API 112 (FIG. 4).
  • the communications may comprise, for example, status checks of the user's conferencing bridges or locations to determine if there are any active participants 104. In the event that someone has entered the user's location or joined one of their bridges via a phone, this activity may be transmitted to the alert application as a status update.
  • the update may include other information about the newly joined participant 104 such as the incoming phone number, email address, name, or other identifiable details (e.g. , user-related information 130 - FIG. 1) that may determined using, for example a caller ID database.
  • the application alerts the user by displaying a message on a display of the client device 102.
  • the message may appear for a pre-determined amount of time, which may be configurable in the application' s settings.
  • the content of the message may further include the details transmitted in the status update mentioned above.
  • the message display may also provide a mechanism for the user to acknowledge the message by either cancelling or joining a location. If the user chooses to cancel a particular message, subsequent messages will appear as new members join a location or audio bridge, with a running tally indicating the total number of participants. If the user chooses to join their own location, the alerts will cease until the event has ended.
  • the in-conference participant identification module(s) 406 generally support various techniques for developing and operating a database (e.g. , participant ID database 2018 - FIG. 20) for identifying participants in an audio conference 114.
  • the conferencing system 106 and/or servers 108 may employ caller identification (ID) databases to capture information about who has dialed into, or otherwise accessed, the audio conference 1 14.
  • ID caller identification
  • the system can capture the dial-in number (ANI).
  • ANI dial-in number
  • data may be pulled from various databases and made visible in the virtual conference location 118. Once obtained, that data may be stored to be used when that caller dials-in again.
  • the virtual conference location application 116 may create and manage a proprietary caller ID database 2018 (FIG. 20) for participants 104, which may provide more information about them.
  • the virtual conference location application 116 may obtain information about participants 104 by sending a request 2002 to the client device(s) 102 or otherwise enabling the participants 104 to submit information 2004 (either about themselves or other participants 104) to the virtual conference location application 116.
  • the GUI 132 (FIG. 1) may include various UI mechanisms for enabling the user to provide the information 2004.
  • a participant 104 may recognize an unidentified participant's voice and provide appropriate contact information, which may then be stored in the database 2018 via interface 2014. Participants 104 may also specify additional information about themselves by, for example, supplementing user info 130 (FIG. 1) or providing new information.
  • This information may be specified manually or the participants 104 may authorize the server 108 to access user information stored in remote servers.
  • a participant 104 may authorize the server 108 to access data stored on a social networking site 415 (FIG. 4), or the information may automatically be obtained via, for example, search engine(s) 419 based on the currently-available user info 130.
  • user information may be obtained from caller ID databases 2016 (or other server(s)) via requests 2006 and responses 2008 between the server 108 and the databases 2016.
  • the information obtained from the databases 2016 or servers may be stored in the participant identification database 2018 (via interface 2012).
  • FIG. 37 illustrates an embodiment of a method 3700 for obtaining participant information in an audio conference 114 via a conference interface.
  • a participant 104 requests to join an audio conference 114.
  • the request may originate from the client device 102 and be sent to the conferencing system 106 via, for example, a voice network, a data network, any combination thereof, or any other network.
  • the participant 104 may be requesting to join the audio conference 114 via a voice call originating from a client device having a telephone number.
  • the voice call may be carried over a mobile telephone system, the PSTN, etc.
  • the voice call may originate from the computing device 102 as an incoming voice call to the conferencing system 106 or, as described above, the participant 104 may request an outgoing voice call to the computing device 102.
  • the participant 104 may join the audio conference 114 by establishing an audio session via, for instance, a VoIP session, a web-based connection, or any other data connection.
  • the conferencing system 106 may determine whether the participant 104 is joining the audio conference 114 via an incoming voice call. If the participant 104 is not joining the audio conference 114 via an incoming voice call (e.g. , the participant is joining via a web presence), the system may request that the participant 104 provide participant profile information (block 3706).
  • the participant profile information may comprise any desirable parameters identifying the participant 104 or other information related to the participant 104 (e.g. , the parameters identified in the exemplary screen shots of FIGS. 6 - 8).
  • the conferencing system 106 receives the specified parameters and, at block 3710, stores them in a database (e.g. , database 2018).
  • a database e.g. , database 2018
  • Each participant 104 in an audio conference 114 may be identified with a unique participant identifier 3802 and may include any of the following, or other, parameters; a name 3804; a title 3806; an email address 3808; a phone number 3810; a resident and/or home address 3812; a current location 3814 (which may be obtained by GPS coordinates from the client device, from an IP address, etc.); social networking profile parameters 3816; a graphical representation 124 (FIG. 1); a virtual location view 124 (FIG. 1); and conference applications 3818 that the participant 104 has purchased, selected, or are otherwise accessible to the participant during an audio conference 114.
  • the conferencing system 106 may present a conference user interface to the computing device 102 associated with the participant 104 (as well as the other devices/participants in the audio conference 114).
  • the conference user interface may display one or more of the specified participant profile parameters in association with an audio indicator 3820 (FIG. 38).
  • the audio indicator 3820 comprises a user interface control that indicates when the participant 104 is speaking.
  • each participant identifier 3802 may have a corresponding audio indicator 3820.
  • the conference user interface may be configured as a virtual conference location 118, as described above, although it should be appreciated that the term conference user interface or conference interface refers to any graphical user interface associated with the audio conference 114, an online conference, or any other conference, which presents information, data, multimedia, etc. and/or functionality or applications (e.g. , conferencing applications 3818) to the participants.
  • conference user interface or conference interface refers to any graphical user interface associated with the audio conference 114, an online conference, or any other conference, which presents information, data, multimedia, etc. and/or functionality or applications (e.g. , conferencing applications 3818) to the participants.
  • FIG. 40 illustrates an embodiment of a conference user interface 4000 for displaying the participant profile parameters.
  • the conference user interface generally comprises a screen portion 4002 that displays a participant object 4004 for each participant 104.
  • the objects 4004 may be arranged in any of the ways described below in connection with FIGS. 9 - 14.
  • the screen portion 4002 may further comprise a virtual location view 124.
  • An object 4004 may comprise a graphical representation 4102, profile information 4104, an audio indicator 4106 (which corresponds to the audio indicator identifier 3820 in FIG. 38), and a business card component 4108.
  • the graphical representation 4102 comprises a picture, photograph, icon, avatar, etc. for identifying the corresponding participant 104.
  • the graphical representation 4004 may be similar to the graphical representation 128, and may comprise an image that is uploaded to the server 108 or selected and/or customized from predefined images.
  • the profile information 4104 may comprise one or more of the participant profile parameters.
  • the audio indicator 4106 visually identifies when the associated participant 104 is speaking during the audio conference 114. By monitoring the audio streams 122 for certain audio characteristics, the conferencing system 106 may determine when a participant 104 is speaking. The audio stream 122 may be logically mapped to the corresponding audio indicator 4106 according to the participant identifier 3802 and/or the audio indicator identifier 3820 (FIG. 38). When a participant is speaking, the audio indicator 4106 may be displayed in a first visual state (FIG. 41a), such as, by graying out the audio indicator 4106. When the participant 104 is speaking, the audio indicator 4106 may be displayed in a second visual state (FIG. 41b), such as, by blacking out the audio indicator 4106. It should be appreciated that any visual and/or audio distinctions may be employed to identify a speaking participant in the conference interface.
  • the business card component 4108 comprises a user interface control that, when selected, displays further information about the participant 104.
  • the business card component 4108 may trigger the display of any additional participant profile parameters.
  • the business card component 4108 "flips" the object 4004 to display additional parameters 4202.
  • the object 4004 may further comprise a participant profile control 4204, which comprises a user interface control for enabling the participants 104 to edit their own, or another participant's, participant profile parameters during the audio conference 114.
  • a caller ID database, resource, or service may be used to automatically identify the originating telephone number (block 3714). If an originating telephone number is not available, the participant 104 may be added to the audio conference 104 and displayed in the conference user interface as an unidentified participant (FIG. 42a). Where an originating telephone number is available, at decision block 3718, the number may be used as an input to a look-up table, database, service, etc. to determine additional information. In an embodiment, the originating telephone number may reference a stored participant profile, such as, the data structure 3800 (FIG. 38).
  • the participant 104 may be identified in the conference user interface based on the originating telephone number and the associated audio indicator 4106. Regardless the availability of participant information, telephone numbers, etc., at block 3724, the objects 4004 may be presented with the participant profile edit control 4204.
  • the participant profile control 4204 provides a convenient mechanism for enabling participants 104 to specify, during the audio conference 114, additional profile information about themselves and/or other participants 104 via the conference user interface.
  • the conferencing system 106 may develop a proprietary database (e.g. , participant database 2018) for identifying participants 104.
  • FIG. 39 illustrates an embodiment of a simplified method for operating the participant profile control 4204 to develop or supplement a participant database 2018.
  • a first participant 104 and a second participant 104 join an audio conference 114.
  • the conference user interface displays an object 4004 associated with the first and second participants 104.
  • the objects 4004 may comprise no profile information (i.e.
  • each object 4004 displays a corresponding audio indicator 4106 to indicate when the participant 104 is speaking.
  • Each object 4004 may further display a corresponding participant profile control 4902 for specifying information about the participant 104.
  • the participant profile control 4902 may be selected (decision block 3908) by any participant 104 in the audio conference 114, enabling participants 104 to specify information about themselves or any of the other participants. This mechanism may be particularly useful when, for example, the participant 104 is an unidentified participant, the participant 104 specified minimal information at log-in, or there is otherwise minimal and/or incorrect profile information.
  • a first participant 104 is an unidentified participant.
  • a second participant 104 may recognize the identity of the first participant 104 based on the speaker's voice and the state of the audio indicator 4106 in the object 4004.
  • the second participant 104 may select the participant profile edit control 4204 in the object 4004 associated with the first participant 104.
  • the conference user interface 4000 may enable the second participant 104 to specify profile parameters, such as those described above.
  • the conference user interface may prompt the participant 104 to enter known parameters.
  • the conference user interface may be configured to enable the second participant 104 to specify information via, for example, a search engine results page, a local or remote contact application, a social networking system, or any other source of profile information.
  • the specified profile parameters may be linked to the participant identifier 3802 (FIG. 38).
  • the conferencing system 106 receives the specified profile parameters and, at block 3914, stores the parameters in the participant database 2018, according to the participant identifier 3802.
  • the specified parameters may be added or updated to the participant object 4004 displayed in the conference user interface.
  • the location-based services module(s) 408 comprise the logic and/or functionality for supporting various location-based services provided by the conferencing system 106. As illustrated in the embodiment of FIG. 19, the location- based module(s) 408 may receive location information from the client devices 102 (arrow 1902). It should be appreciated that the location information may be obtained in various ways. As described below in more detail, when a participant 104 joins an audio conference 114, an online conference, or otherwise accesses the conferencing system 106, the location information may be captured from GPS information, caller ID, IP address, sign-in profiles, etc.
  • the client device 102 may include a GPS transceiver that acquires GPS signals.
  • the GPS coordinates may be passed to the location-based module(s) 408.
  • the conferencing system 106 may also obtain caller ID information in the manner described herein.
  • the caller ID information may be automatically obtained by the conferencing system 106 when the participant 104 joins an audio conference 114.
  • the conferencing system 106 may perform various look-ups to determine the location associated with the telephone number.
  • the conferencing system 106 may translate the area code into a corresponding geographic area. In other embodiments, the conferencing system 106 may use the telephone numbers as an input to a look-up table, web service query, etc. to determine if there is an associated location.
  • the location may be a stored current location associated with a participant identifier (e.g. , current location 3814 - FIG. 38).
  • the stored current location may be a previously stored location specified by a user or acquired as described herein.
  • the conferencing system 106 may also query the client device 102 for (or otherwise obtain) an IP address of the client, which may be used to determine the current location of the device.
  • the location information may be obtained from the participant's social networking data via a request 1904 and response 1906 to a social networking system 3102 (FIG. 31).
  • the participant may be a member of the social networking system 3102 and provide location information to a communication channel 3202 (FIG. 32).
  • This information may be automatically acquired by the social networking system 3102 from the client device 102, or specified by the user.
  • the conferencing system 106 may obtain this information via the API 3108 and associated social networking integration module(s) 414 (FIG. 4), as described below.
  • the conferencing system 106 may implement various software mechanisms to obtain the location information from the client device 102.
  • the conferencing system 106 comprises a Participant Manager Service 6402, a Location Service 6404, and a Caller ID Service 6406.
  • the computing device 102 may access the conferencing system 106 by visiting a particular web site.
  • the Participant Manager Service 6402 may send a getClientlPAddressO message 6410 to the computing device 102.
  • the client device 102 may send a ClientIP response 6412 containing an IP address associated with the device. It should be appreciated that the IP address may be associated with the client device 102 or other communication devices associated with the client device 102.
  • the Participant Manager Service 6402 may send a getLocationbylPO request 6414 to the Location Service 6404, which returns a response 6416 to the client device 102.
  • the response 6416 may specify location according to, for example, latitude and longitude, or any other means.
  • the client device 102 may access the conferencing system 106 and send a Login Request 6418 to the Participant Manager Service 6402.
  • the Participant Manager Service 6402 may authenticate the participant 104. If the login is successful, the Participant Manager Service 6402 may send a getClientPhoneNumberO request 6416 to the client device 102.
  • the participant 104 may provide the information via, for example, a conferencing user interface, such as those described herein or others.
  • the entered telephone number may be provided to the Participant Manager Service 6402 as a PhoneNumber response 6422.
  • the Participant Manager Service 6402 may send a getLocationbyPhoneNumber() request 6424 to the Caller ID Service 6406, which contains the entered phone number.
  • the Caller ID Service 6406 may provide corresponding location information to the client device in a response 6426.
  • the Participant Manager Service 6402 may send a getClientCurrentLocationO request 6428, and receive a City/State response 6430 containing the entered city, state, zipcode, etc.
  • the Participant Manger Service 6402 may send a getLocationByCityO request 6432 (which may include any of the entered information) to the Location Service 6404.
  • the Location Service 6404 may provide corresponding location information to the client device in a response 6434. Regardless of the manner in which the location information is obtained, the client device 102 may send a getMapParticipantLocation() request 6436 to a map service 6408.
  • the map service 6408 may return a showMapWithParticipantDetails response 6438.
  • the conferencing system 106 may perform this process for each participant 104 and then present the combined location information in a map view 1908.
  • An exemplary embodiment of a map view 1908 is illustrated in FIG. 18, although it should be appreciated that the location information may be presented in the conference interface in any manner.
  • the conference interface may customize the presentation of the interface with location-based information associated with one or more participants 104.
  • the conferencing system 106 may provide a unique conference interface to each participant 104 based on the participant's corresponding location.
  • the customization may involve providing location-based resources, services, functionality, etc. to the participant 104 (e.g. , news, weather, traffic, events, etc.).
  • a virtual location view 124 may be selected by the conferencing system 106 to match the location information obtained from the participant 104 (e.g., a participant 104 in San Francisco may be presented a virtual location view 124 including the Golden Gate Bridge).
  • the location information may be used to provide an intelligent conference dial-out and/or dial-in feature, which dynamically provides guidance to the participants 104 on how to join the audio conference 114 (e.g. , via a login screen 604 (FIG. 6) or setup screens 702 (FIGS. 7 & 8)) or automatically configures an appropriate dial-out from the conferencing system 106 to the participant 104.
  • the location information may be obtained.
  • the conferencing system 106 may recommend a dial-in number, taking into consideration customer data and/or voice plans and carrier provider rates, or automatically determine a desirable dial-out number.
  • the conferencing system 106 may select a dial-in number for a more cost-effective incoming call from the participant 104.
  • the location information may be used to present an optimal (e.g. , lowest cost, highest quality) dial- in option, as well as the optimal dial-out.
  • the conferencing system 106 may dial-out to the participant 104 after checking, for example, a routing database and then initiating the dial-out from the optimal node on the network based on the acquired location information.
  • FIG. 63 illustrates an embodiment of a method for implementing certain aspects of the location-based services module(s) 408.
  • the conferencing system 106 obtains location information from a plurality of participants 104.
  • the conferencing system 106 associates the unique location information with a corresponding participant identifier 3802 (FIG. 38).
  • the conferencing system 106 establishes an audio conference 114 with the plurality of participants 104.
  • the conferencing system 106 presents a conference interface (e.g., conference interface 4100 or 4400, virtual location view 116, etc.) to the plurality of participants 104.
  • the conference interface selectively displays a map view 1902, which identifies a location of each of the plurality of participants 104.
  • FIG. 64 illustrates another embodiment of a method for implementing aspects of the location-based services module(s) 408.
  • a client device 102 accesses a conferencing system 108 to join a conference having an audio component.
  • the conferencing system 106 obtains location information associated with the client device 102.
  • the conferencing system 106 determines a telephone number for enabling the participant 104 to access the audio component of the conference. The telephone number is determined based on the location information to provide the most cost-effective means of enabling the participant 104 to access the audio conference 114. It should be appreciated that the telephone number may comprise a dial-in number which is provided to the participant 104 (block 6308) and used by the participant 104 to access the audio conference.
  • the telephone number may comprise a dial-out number which is used by the conferencing system 106 to initiate an outgoing call to the participant 104.
  • the client device joins the audio conference 114 via the telephone number determined by the conference system.
  • the virtual conference location application 116 (or other conference interface applications) may support a real-time speech-to-text functionality that may automatically convert speech from the audio streams 122 (FIG. 1) into text.
  • the output text is processed by one or more algorithms to identify keywords, topics, themes, or other subject matter being discussed during the audio conference 114.
  • the keywords are used as input to a search engine, knowledge base, database, etc.
  • resources for the purpose of identifying resources related to the keywords, which may be presented, in real-time, to the participants 104 during the audio conference 114 via the conference interface (e.g. , virtual conference location 118).
  • the participants 104 may be provided with additional materials, information, educational material, etc. (collectively referred to as "resources") based on the subject matter being discussed during the audio conference 114.
  • the resources may be embodied in any desirable format, including, for example, audio, video, graphics, text, or any other medium presentable via the conference interface and/or the audio conference session.
  • the server 108 may comprise a speech-to-text conversion engine 1704 that processes the audio streams 122 from the conferencing system 106.
  • the speech-to-text conversion engine 1704 may output the text to one or more algorithm(s) 1708 (via interface 1706).
  • the algorithm(s) 1708 may be configured to identify, based on the words spoken in the audio conference 114, relevant keyword(s) or topics of interest being discussed.
  • the identified keywords or other identified terms i.e. , output of the algorithm(s) 1708
  • the resources engine 1712 may be configured to select additional information, data, or other resources related to the identified terms and provide the information to the participants in the conference interface.
  • the resources engine 1712 may make requests 1720 to, and receive responses 1722 from, a resources database or knowledge base 1718.
  • the resources engine 1712 may also make calls 1714 to, and receive responses 1716 from, a search engine via, for example, an API 421 (FIG. 4).
  • FIG. 27 illustrates another embodiment of a computer system 2700 for implementing real-time speech-to-text conversion in an audio conference 114.
  • the computer system 2700 comprises a conference system 106 and one or more server(s) 108.
  • the conference system 106 may be configured in the manner described above, or otherwise, for establishing an audio conference 114 between a plurality of participants 104 operating client devices 102 via a communication network.
  • the conferencing system 106 controls an audio stream 122 for each computing device 102 in the audio conference 114.
  • the audio streams 122 are combined by the conference system 106 to comprise the audio conference 114.
  • the server 108 comprises one or more functional processors for implementing aspects of the overall speech-to-text conversion process.
  • the functional processors may be implemented in hardware, software, firmware, or any combination thereof.
  • the overall speech-to-text conversion process and any associated processes are preferably performed in real-time during the audio conference 114.
  • the functional processors comprise a preprocessing engine 2702, a speech-to-text conversion engine 1704, a relevance engine 2704, and a resource engine 1712.
  • the pre-processing engine 2702 communicates with the conference system 106, which may be integrated with the server(s) 108 or remotely located.
  • the pre-processing engine 2702 receives the audio streams 122 from the conference system 106, extracts a speech signal 2704 from each audio stream 122, and provides the speech signals 2704 to the speech-to-text conversion engine 1704.
  • the speech-to-text conversion engine 1704 receives the speech signals 2704, extracts words 2706 from the speech signals, and provides the words 2706 to the relevance engine 2704. It should be appreciated that any desirable conversion algorithms, models, processes, etc. may be used to quickly and accurately extract the words 2706.
  • the relevance engine 2704 processes the words 2706 according to, for example, heuristic algorithms, to determine relevant keywords 2708 spoken in the audio conference 114.
  • the relevance engine 2704 provides the relevant keywords 2708 to the resource engine 1712.
  • the relevant keywords 2708 may represent, for example, frequently spoken words, statistically significant words, topics, etc.
  • the keywords 2708 may comprise one or more of the words 2706 or, in alternative embodiments, may comprise related words based on the subject matter of the audio conference 114.
  • the resource engine 1712 receives the keywords 2706 and determines resources 2714.
  • the resources 2714 are selected with the purpose of providing to the participants 104 during the audio conference any desirable information, material, data, or other subject matter related to the keywords 2708.
  • the resources 2714 may be selected from a remote search engine 418 and/or a local resources database 1718 by sending a query 2720 and receiving a response 2722 to the query 2720.
  • FIG. 26 illustrates an embodiment of a method implemented by the computer system 2700 for providing real-time resources 2714 to participants 104.
  • the real-time resources 2714 are identified based on the content being discussed in the audio conference 114 and provided to the participants 104 during the audio conference 114 via the conference interface.
  • an audio conference session such as audio conference 114, is established between a plurality of computing devices 102 via a communication network 110.
  • Each computing device 102 participating in the audio conference session has an associated audio stream 122 that includes a speech signal for the corresponding participant 104.
  • the audio streams 122 are provided to one or more server(s) 108 or, in alternative embodiments, may be established by or under the control of the server(s) 108.
  • the server(s) 108 process the audio streams 122. It should be appreciated that, in some embodiments, the processing may be advantageously performed as fast as possible to minimize any delay in the feedback loop associated with blocks 2604 - 2612, while also ensuring suitable performance of the associated algorithm(s).
  • the audio streams 122 are received and processed by, for example, a pre-processing engine 2702, which converts the audio streams 122 into the corresponding speech signals 2704.
  • words 2706 are extracted from the speech signals 2704 using any suitable algorithms for converting the speech signals 2704 into computer-readable data identifying the words 2706.
  • the words 2706 may be extracted in a real-time stream, in batch mode, or otherwise.
  • the words 2706 are analyzed, either individually or in groups, to determine relevant keyword(s) 2708 being discussed in the audio conference session.
  • the relevant keyword(s) 2708 may comprise an identification of frequently spoken word(s), determination of a particular topic, or otherwise identify meaningful subject matter being spoken in the audio conference session and/or related to one or more extracted words 2706.
  • a keyword 2708 may comprise an extracted word 2706 which is repeated a certain number of times, either in absolute terms or relative to a period of time (e.g. , a word occurrence or usage density).
  • a keyword 2708 may also comprise an extracted word 2706 which appears to be of particular importance based on, for example, the identity of the participant 104 speaking the extracted word 2706, the waveform characteristics of the speech signal 2704, etc.
  • the keyword(s) 2708 may be determined using various algorithms. In the embodiment illustrated in FIG. 28, the keyword(s) 2708 are determined based on a relevance score that is calculated as the words 2706 are analyzed by, for example, the relevance engine 2704. At block 2802, one or more extracted words 2706 are identified.
  • the extracted word(s) 2706 may be identified by a word identifier stored in a database.
  • the database may store a record or other data structure for maintaining data associated with a relevance score for one or more words 2706.
  • FIG. 29 illustrates an exemplary data structure 2900 comprising the following data fields: an extracted word 2902, a word identifier 2904, an occurrence identifier 2906, one or more timestamps 2908, a speak identifier 2910, a counter 2912, and a real-time relevance score 2914.
  • the extracted word 2902 identifies a particular word or combination of words that have been extracted from the speech signals 2704 with a corresponding identifier 2904.
  • the data structure 2900 may comprise an occurrence identifier 2906.
  • Each occurrence of the extracted word 2902 may include a timestamp 2908 indicating a temporal location within the audio conference 114 at which the extracted word 2902 was spoken.
  • a speaker identifier 2910 may identify which participant 104 spoke the extracted work 2902.
  • the speaker identifier 2910 may include a weighting or other priority scheme for determining the relevance of the participants 104, in terms of identifying keyword(s) 2708. For example, a host may be given higher priority than other participants 104.
  • the priority scheme may incorporate one or more roles or categories of participants. In an embodiment, the roles may be based on, for example, an organizational hierarchy, whether a participant is an employee, vendor, or a "friend" on a social networking site.
  • the counter 2912 may keep track of the number of occurrences of the extracted word 2902, either in absolute terms or relative to time based on the timestamps 2908.
  • a timestamp 2908 may be generated for each instance of the extracted word 2902 and stored in the associated record according to the word identifier 2904.
  • the counter 2912 may be set or incremented.
  • the identity of the speaker may be determined and stored in the database.
  • a relevance score may be calculated, according to various desirable algorithms, based on one or more of the following, or other types of data: timestamps 2908; speaker identifiers 2910; and counter 2912. The relevance score at any point in the audio conference may be stored in real-time score 2914.
  • decision block 2814 it may be determined whether the relevance score exceeds a predetermined or calculated threshold. If the threshold is not exceeded, flow returns to block 2802. If the threshold is exceeded, at block 2816, it is determined that the extracted word 2902 is relevant, and the system attempts to locate a desirable resource related to the extracted word 2902. At block 2818, the resources 2714 are provided to the participants, in real-time during the audio conference 114.
  • the resource(s) 2714 may be identified by, for example, matching the extracted words 2902 to predetermined resources, according to resource identifiers 2916 associated with the extracted word 2902 (FIG. 29).
  • the resource identifiers 2916 may link to records in the resources database 1718.
  • a resource 2714 may be determined by querying the resources database 1718 or a search engine 418 (query 2720 and response 2722 - FIG. 27).
  • FIG. 30 illustrates an embodiment of a method for performing a search to determine the resources 2714.
  • the relevant keyword(s) 2708 are received from, for example, the relevance engine 2704.
  • a resource request 2722 is generated.
  • the resource request 2722 may include the keyword(s) 2708 or other search term(s) using any desirable searching methods, APIs, etc.
  • the resource request 2722 is provided to the search facility or database (e.g. , database 1718, search engine 418, etc.).
  • a response 2722 is received, which identifies one or more resources 2714.
  • the response 2722 may include, for example, links to the resources 2714 (e.g.
  • the resources 2714 are provided to one or more of the computing devices 102.
  • the resources 2714 are provided to the participants 104 via the audio conference 114 and/or the conference interface.
  • the results of the resource request 2722 may be provided to the participants, thereby enabling the participants 104 to select and/or navigate the results.
  • the search engine results may be passed on, or otherwise exposed to the participants 104, via the graphical user interface 132.
  • the resources 2714 are identified (block 2610) and provided to the participants 104 (block 2612) in the manner described above.
  • the conference app store functionality 420 generally comprises an online store or marketplace (referred to as a "conferencing application store” or “conferencing app store”) that offers various audio and/or web conferencing applications 416 or other desirable applications (collecting referred to "conferencing applications” or “conferencing apps") to participants 104.
  • the conferencing app store may be provided to participants 104 via a conference interface (e.g., conferencing user interface 4400) presented to the computing devices 102 during the audio conference 114.
  • the conferencing applications may include, for example, web-based applications, widgets, or other computer programs made available to participants 104 via the conferencing system 106 and/or servers 108.
  • the conferencing applications may be provided by a host associated with the conferencing system 106 or, in some cases, may also be provided by and/or developed by third party developers 4310.
  • the conferencing system 106 may include an associated API (e.g., API 4302) and/or a software developer kit (SDK) for enabling developers to develop various conferencing applications that may be included in the conferencing app store and made available to the participants 104.
  • API e.g., API 4302
  • SDK software developer kit
  • the conferencing application store may be integrated with a social networking system 3102, such as those described below in connection with FIGS. 31 - 36 or others.
  • the social networking system 3102 may include various social networking applications 3218 (FIG. 32) that are provided to members 3201.
  • the conferencing system 106 may be configured to communicate with the social networking system 3102 (e.g. , via API 3108, API 4302, etc.), access the social networking applications 3218, and include access to the social networking applications 3218 in the conferencing application store.
  • a member 3201 who is also a participant 104 in an audio conference 114 may conveniently access their social networking applications 3218 via the conferencing system 106.
  • the social networking system 3102 may access the conferencing system 106 and make them available to members 3102 via the social networking website 3106.
  • the conferencing system 106 may comprise a conference application database 4306, a participant database 4306, a participant application control module 4304, and a conference user interface 4400.
  • the conference application database 4306 may store information related to the conferencing applications 410, such as, for example, links to the application code or the application code itself.
  • the conferencing system 106 need not, but may, store the code associated with the conferencing applications.
  • the conferencing applications may be served by, for example, a third party system.
  • each conferencing application may be identified by a unique application identifier.
  • the participant database 4306 may store information related to the participants 104 and their corresponding conferencing applications.
  • An exemplary data structure 4600 is illustrated in FIG. 46.
  • Each participant 104 in an audio conference 114 may be identified with a unique participant identifier 3802 and may include any of the following, or other, parameters; a name 3804; a title 3806; an email address 3808; a phone number 3810; a resident and/or home address 3812; a current location 3814 (which may be obtained by GPS coordinates from the client device, from an IP address, etc.); social networking profile parameters 3816; a graphical representation 124 (FIG. 1); a virtual location view 124 (FIG. 1); conference applications 3818; and an account profile 4602.
  • the conferencing applications 3818 may be identified with a corresponding unique application identifier as described above.
  • the account profile 4602 may include account information associated with the participant 104, including, for example, account numbers, credit card numbers, etc. to facilitate online transactions that enable the participant 104 to purchase conferencing application.
  • the participant application control modules 4304 comprise the logic, functionality, etc. for performing various features associated with the conferencing application store.
  • the participant application control module(s) 4304 enable the conferencing system to manage which conferencing applications a user has purchased or selected, and presents the appropriate applications via the conference interface when the user joins an audio conference 114.
  • the conferencing system 106 may provide enterprise-level conferencing services to corporations, organizations, government agencies, etc.
  • the control modules 4304 may manage access, permissions, etc. for enterprise employees.
  • the enterprise may specify which conferencing applications a particular employee may access based on title, organization role, organizational level, employee ID, etc. This information may be stored in an enterprise database and used by the control modules 4304 to select which conferencing applications are to be made available to the employee.
  • FIG. 44 illustrates an embodiment of a conference user interface 4400 for presenting the conferencing application store to participants 104 during an audio conference 114.
  • the conference user interface 4400 generally comprises a screen portion 4002, which may display participant objects 4004 for each participant 104 in the audio conference 114, as described above.
  • the conference user interface 4400 further comprises conferencing app store component 4402 and my apps component 4404.
  • the conferencing app store component 4402 generally comprises the user interface mechanism(s) for presenting the app store functionality.
  • the conferencing app store component 4402 may be accessed by the participants 104 in various ways, such as, for example, via a menu system or any other user interface inputs, controls or objects.
  • the conferencing app store component 4402 need not be simultaneously displayed with the screen portion 4002.
  • the conferencing application store may include a large number of conferencing applications organized into categories or otherwise organized to present a desirable browsing experience to the participants.
  • the conferencing app store component 4402 may display a categories menu 4502 and a top apps menu 4504.
  • Categories menu 4502 comprises a scrollable list displaying a plurality of categories. Each category may be selected using a category object or control 4506.
  • the control 4506 may present a further user interface for enabling the participants to browse applications in that particular category.
  • the conferencing application store may provide other browsing, navigation, or other mechanisms for enabling the participants 104 to view the conferencing applications in the conference interface.
  • a search engine may be provided via a search text box displayed in the conference user interface 4400.
  • the conferencing application store may also implement a recommendations feature that automatically displays suggested applications to participants based on, for example, current applications, usage characteristics, profile parameters, social networking profiles, etc.
  • the conferencing application store may enable the participants 104 to recommend or share conferencing applications with other participants 104 and/or members 3102.
  • the top apps menu 4504 may display another scrollable list of application objects 4508 organized based on, for example, a ranking algorithm.
  • Each application object 4508 is associated with a further user interface screen (e.g. , component 4702 - FIG. 47) for displaying information about the corresponding conferencing application. As illustrated in the embodiment of FIG. 47, when selected, one or more of the following types of information may be displayed: an application title 4704; a description 4706 of the conferencing application; a user ranking 4708; one or more screen shots 4710 of the conferencing application; and comments 4712 provided by other participants 104.
  • an add app object 4714 may be displayed or otherwise presented.
  • the add app object 4714 provides a user interface control for enabling the participant 104 to select the corresponding conferencing application.
  • the conferencing application may be automatically added to the participant' s profile and made available to the participant 104.
  • Some conferencing applications may be made available for purchase from the host of the conferencing system 106 or the third party developers 4310, while others may be free.
  • the add app object 4714 may be linked to an online transaction functionality for enabling the participant to purchase the application. In other embodiments, purchases may be automatically processed according to a stored account profile 4602 (FIG. 46) and made available to the participant.
  • FIG. 48 illustrates an embodiment of a method for operating a conferencing application store in a conferencing system 106.
  • the participant 104 joins the audio conference 1 14.
  • the participant application control module 4304 determines a participant identifier 3802 associated with the participant 104.
  • the participant identifier 3802 may be obtained in various ways.
  • the participant 104 may provide profile information during a login process (FIG. 6), which is used to reference a participant identifier 3802 in the participant database 4308.
  • the participant identifier 3802 may be determined based on any available information, including, for example, the participant' s originating telephone number, an IP address, a social networking profile, or a request from the computing device 102 (e.g. , URL).
  • the participant application control module 4304 determines the conferencing applications associated with the participant identifier 3802.
  • the participant application control module 4304 may access this information from a database (e.g. , conference app database 4306, participant database 4308) and/or from a social networking system 3102.
  • a database e.g. , conference app database 4306, participant database 43008
  • the conferencing applications associated with an employee may be specified according to permissions, roles, etc. provided by the enterprise.
  • the conferencing applications are determined based on the enterprise-related information.
  • the conference user interface 4400 is presented to the computing device 102 associated with the participant, and the associated conferencing applications are made available for use.
  • the conference user interface 4400 may display the available conferencing applications in, for example, the my apps component 4404 (FIG. 44) with a corresponding application control 4406.
  • the application control 4406 may be selected to launch the conferencing application, configure application settings, share the application, or access other features.
  • FIG. 49 illustrates an embodiment of a method for providing conferencing applications to participants 104 in an audio conference 114.
  • a participant joins an audio conference 114.
  • a conference user interface 4400 is presented to a computing device 102 associated with the participant 104.
  • the conference user interface 4400 comprises a conferencing application store component 4402 for browsing conferencing applications that are available via the conferencing system 106.
  • the conferencing application store component 4402 may display a plurality of applications objects, each object associated with one of the available conferencing applications.
  • the participant 104 may select one or more of the available conferencing applications in the conferencing application store.
  • the participant application control module 4304 may determine that one of the application objects has been selected by the participant 104.
  • the selected conferencing application may be launched or made available for launching by the participant.
  • the participant 104 may be required to purchase it.
  • the participant application control module 4304 may determine the account identifier associated with the participant 104 and authorize the purchase (block 4910).
  • the conferencing application may be added to the participants profile.
  • the participant configuration module(s) 412 generally comprise the logic or functionality for enabling participants to join the conference and/or configure their user-related information 130 via the conference interface.
  • FIG. 5 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the virtual participant configuration module(s) 412.
  • the server 108 receives a request from a client device 102.
  • the request may originate from, or be initiated from, for example, a link embedded in an electronic message sent to a participant 104 by the host.
  • the client device 102 may access the server 108 and initiate a login and/or setup procedure (FIGS. 6 - 8).
  • the server 108 may prompt the participant 104 to select a graphical object to visually represent the participant 104 in the conference interface.
  • the server 108 may prompt the participant to provide profile or contact information (e.g. , user-related information 130).
  • the server 108 may receive the user selections and/or information.
  • FIG. 6 illustrates an exemplary login screen 600 for enabling the participants 104a - 104c to join the conference.
  • the login screen 600 comprises a "first name" text field, a "last name” text field, an "email address” text field, and a "phone number” text field.
  • the login screen 600 also enables the user to request that the server 108 and/or the conferencing system 106 initiate an outgoing call to the user to join the audio conference 1 14.
  • FIG. 1 Various embodiments of virtual location view(s) 124 are illustrated in FIG. 1
  • FIG. 7 illustrates a participant setup screen 700 for enabling the participants 104 to configure a user profile.
  • FIG. 8 illustrates a host setup screen 800 for enabling the host 104d to configure a conference and customize a profile.
  • FIG. 9 illustrates an exemplary conference location view of the conference.
  • FIGS. 10 & 1 1 illustrate an exemplary tile view of the virtual conference. In the embodiments of FIGS. 10 & 11 , the tiles 304 are arranged in a grid format.
  • the conference interface further comprises various selectable side panels.
  • An attendees panel may display the participants 104 in a list format along with any desirable user information.
  • a chat panel may enable the participants 104 to chat during the audio conference 1 14.
  • a map panel may display the locations of the participants 104 in a map view.
  • FIG. 7 illustrates a participant setup screen 700 for enabling the participants 104 to configure a user profile.
  • FIG. 8 illustrates a host setup screen 800 for enabling the host 104d to configure a conference and customize a
  • FIGS. 13 & 14 illustrate an alternative embodiment of a conference interface in which the virtual location comprises a conference room environment with the participants 104 arranged around the conference table.
  • FIG. 15 illustrates an embodiment of the automated location view configuration module(s) 424.
  • the automated location view configuration module(s) 424 comprise the logic of functionality for automatically configuring the location views 124 based on, for example, the number of participants 104 that have joined the conference, characteristics of the conference, etc.
  • the virtual conference location 118 is configured with a predefined first location view 124. This may be a default location view 124 or one selected by the host and/or the participants 104.
  • a predefined first location view 124 This may be a default location view 124 or one selected by the host and/or the participants 104.
  • one or more of the participants join the conference and are added to the first location view.
  • the conference interface and the audio conference 114 are simultaneously presented to the client devices 102.
  • the configuration module(s) 424 determine that additional participants 104 are joining the conference.
  • the configuration module(s) 424 may be configured to determine that the existing location view 124 is not suitable for the additional participants 104. This determination may be made based on the number of participants, for example, or other information related to the existing participants and/or the new participants.
  • the configuration module(s) 424 select a new location view 124 and automatically reconfigure the conference interface to accommodate the additional participants 104.
  • the location views 124 may be stored in a database 1602 (FIG. 16), which is accessible to one or more of the module(s) stored in memory 404.
  • the location views database 1602 may be leveraged to provide various advertising campaigns to advertiser server(s) 1604. For example, advertisers may desire to provide product placement advertisements or other advertisements in the virtual conference location 118.
  • the server 108 may manage these advertisements via the database 1604.
  • the database 1604 may further support licensed assets that are also provided in the virtual conference location 118 during the audio conference 114.
  • the virtual conference location 118 may be customized to resemble a distinctive setting, such as, corporate boardroom, a host's office, or otherwise present licensed assets in the location view 1602.
  • the conferencing system 106 may license the assets from third parties and offer them for purchase by participants 104 for use in a virtual conference location 118.
  • a licensed asset may comprise a licensed location for the virtual conference location 118, or graphics, audio, video, items, etc. that may be licensed from third parties and presented in a location view 1602.
  • a licensed asset may include displaying a particular celebrity as a participant 104, displaying artwork (e.g., wall paintings, sculptures, etc.) in the location view 1602.
  • the licensed assets may comprise any embodiment of intellectual property rights in any medium that are capable of being presented in the virtual conference location 118.
  • the conferencing system 106 may be configured to support any desirable conferencing system, such as, for example, a teleconferencing system, a VoIP-based (Voice Over Internet Protocol) system, a web-based or online conferencing system, or any other suitable conferencing platform or system.
  • FIGS. 21 - 25 illustrate several exemplary, non- limiting embodiments of VoIP conferencing systems or platforms for supporting the audio portion of the conference, which may be integrated with the conference interface.
  • the VoIP conferencing systems may be configured to readily handle different protocols, load balance resources and manage fail-over situations
  • FIG. 21 is a block diagram of an embodiment of a VoIP conferencing system 2100.
  • the system comprises a gateway (GW) 2102, which is coupled to a telephone 2104, 2106 through the PSTN (Public Switched Telephone network) 2108.
  • the telephones 2104, 2106 use a public switched telephone network format.
  • the gateway 2102 converts the PSTN format of the call into a control portion, usually SIP (Session Initiation Protocol) or control portion, and a media portion, usually RTP (Real Time Protocol).
  • SIP Session Initiation Protocol
  • RTP Real Time Protocol
  • the gateway 2102 connects to a proxy 2110 through a network 110, such as, for example, the Internet, a local area network (LAN), a wide area network (WAN), etc. or any other suitable network.
  • the proxy 2110 passes the SIP information to a Voice Services Director (VSD) 2112.
  • VSD 2112 has a back-to-back user agent (UA) 2114, 2116.
  • UUI Voice Services Director
  • One user agent 2114 acts as the termination point for the original call, while the other user agent 2116 communicates with and controls media server(s) 2118.
  • the VSD 2112 also communicates with back office servers 2120 using some back-office communication protocol (BOC), either through the B2BUA (back-to-back user agent) or through another mechanism and/or protocol.
  • BOC back-office communication protocol
  • the back office 2120 has a number of control services including an Advanced Protocol Server (APS) 2122, which routes back- office messages, a Dialog Database Server (DDS) 2124, which holds conference information and validates user passcodes, and an Active Conference Server (ACS) 2126, which tracks information about active conferences.
  • APS Advanced Protocol Server
  • DDS Dialog Database Server
  • ACS Active Conference Server
  • the ACS 2126 assigns conferences to various bridges and also load balances between the bridges.
  • RTP media 2129 is routed from the gateway 2102 to the media server 2118.
  • the media server 2118 does the voice (audio, video, or real-time data) mixing.
  • each media server 2118 may have a number of blades, each further having a number of ports.
  • a given media server 2118 may perform audio mixing for a number of conferences.
  • the media servers 2118 are connected to a bridge application comprising one or more conferencing bridges (i.e., bridges 2130).
  • a bridge 2130 performs the control functions for an active conference, including functions like muting, recording and conference creation and destruction. If a user is using a computer 2132 or a VoIP hard phone as their telephone they can connect directly to the proxy 2110 that then routes the SIP and the RTP portions of the call to the appropriate places.
  • the telephone 2132 employs a VoIP connectivity rather than PSTN.
  • the bridge 2130 is SIP-protocol enabled, as illustrated by reference numeral(s) 2134.
  • a control layer (SIPSHIM 2136) may comprise an implementation of a B2BUA, allowing the bridge application 2130 to interact with the caller and the media servers 2118 through generic higher-level commands rather than dealing directly with SIP protocol and SIP signaling events.
  • SIPSHIM 2136 may comprise an implementation of a B2BUA, allowing the bridge application 2130 to interact with the caller and the media servers 2118 through generic higher-level commands rather than dealing directly with SIP protocol and SIP signaling events.
  • passcodes are validated by the DDS 2124 at the request of the VSD 2112. Based on the DNIS, ANI, passcode, or any combination of these (customer defining code), a specific greeting may be selected by the VSD 2112, rather than playing a generic greeting.
  • the VSD 2112 asks the ACS 2126 which bridge 2130 the conference is assigned to. The VSD 2112 then transfers the caller to the appropriate conferencing bridge, 2130 where the caller's media is joined to a conference.
  • the back-to-back user agents 2114, 2116 allow the system to handle failures in conferencing resources.
  • the call from the telephone 2104 is terminated at the first user agent 2114. If a media server 2118 stops functioning or gives indication of a pending failure (failure mode), the second user agent 2116 is instructed to reroute the call to another media server 2118.
  • the back-to-back user agents 2114, 2116 also allow the system to handle different protocols.
  • the first user agent 2114 generally receives SIP protocol information, but the second user agent 2116 can use a different protocol if that is convenient. This allows the system 2100 to interoperate between resources that use differing protocols.
  • FIG. 22 is a block diagram of an embodiment of a distributed VoIP conferencing system 2200 for implementing the conferencing platform.
  • the conferencing system 2200 is similar to that shown in FIG. 21 except that this system is distributed and has multiple instances of a system like that of FIG. 21.
  • a number of conference centers 2202, 2204, 2206, 2208 are located in different locations in a geographical area (e.g., around a country or the world). Each conference center 2202, 2204, 2206, 2208 is coupled to a network 110.
  • One or more gateways 2210a, b can also be coupled to the network 110, and VoIP phones or VoIP-based enterprises 2212 can tie in to the system.
  • Each conference center would typically have one or more of a proxy 2214a-d, a VSD 2216a-d, a bridge 2218a-d and a media server 2220a-d.
  • a software based distributed cache 2222a-d or other information-sharing mechanism (such as a Back Office 2201) is made available to all VSDs 2216 and provides shared information about the ongoing conferences and the resources that are available.
  • the caches 2222a-d shares this information through the network 110.
  • a call may arrive at the proxy 2214b in LA 2204 and be routed to the VSD 2216a in New York 2202.
  • the VSD 2216a may select the media server 2220d in Tokyo 2208 and a bridge 2218c in Atlanta 2206. This allows the proxy 2214, VSD 2216 and bridge 2118c to load balance all available resources across the network 110. In addition, in a fail-over situation the VSD 2216a in New York 2202 can detect that the bridge 2218d in Tokyo is not responding. Under these circumstances, the VSD 2216 can redirect the conference to bridge 2218c in Atlanta.
  • FIG. 23 is a block diagram of another embodiment of a suitable conference platform in which the virtual conference location application 116 may be implemented.
  • This implementation uses a distributed conference using a distributed VOIP conferencing system 2300.
  • FIG. 23 shows how distributed resources may be shared.
  • the system 2300 comprises a plurality of media servers 2302, 2304, and 2306, each of which may provide a large number of conferencing port resources. For example, assume that a conference 2308 starts on media server 2302. Five minutes into that conference, only ten ports are left unused on media server 2302 but twenty new people want to join that conference. These people can be allocated to other media servers. For instance, ten ports 2310 can be used in media server 2304 and ten ports 2312 can be used in media server 2306.
  • a single bridge 2318 may control all three media servers 2302, 2304, and 2306 and the three conferences 2308, 2310, and 2312 through SIP 2320 or another protocol, even if one or more media servers are located in a remote location relative to the location of the bridge.
  • Conference bridge applications may also be linked at a high level, where each bridge 2314, 2318 controls its own media server resources, and are linked through some form of back-office communications (BOC), which may include SIP.
  • BOC back-office communications
  • Conference media (RTP) linking may be initiated from one bridge that acts as a parent, with multiple subordinate or child conferences being instantiated on the other media servers and possibly also on other bridges.
  • This approach minimizes audio latency by having a common focal point for all child conferences to converge.
  • this approach may use more "linking" ports on the parent conference.
  • the initial conference may be deprecated to be a child conference, while the second conference is assigned to be the parent (or stepparent), and thus the media for all conferences is linked to the second conference as the focal point.
  • sufficient ports may be reserved to allow linking further child conferences in the future.
  • This approach of linking conferences may also apply where large numbers of callers are located in different geographical regions, or possibly on different types of networks such as a combination of standard VoIP network or a proprietary network, but these need to be linked together.
  • each region or network could connect to a regional bridge, then the bridges and the media are linked together. This minimizes audio latency for callers in the same region, and may also reduce media transport and/or conversion costs.
  • Each region or network could also use parent and child conferences as needed, and only the two parent (or step-parent) conferences in different regions or networks would have their media linked together.
  • FIG. 24 illustrates an embodiment of a method 2400 for establishing a call with a participant 104 via the PSTN.
  • a gateway 2102 receives an incoming call 2402 from the PSTN.
  • the gateway 2102 converts the PSTN call into a control (SIP) portion and media (RTP) portion.
  • FIG. 24 shows the SIP portion of the call that is coupled to the gateway 2102.
  • the SIP portion is not shown.
  • the RTP is also not shown in FIG. 24, as this diagram details the control messaging (SIP) as opposed to the media.
  • a proxy 2110 forwards the control portion of the incoming call 2402 to a VSD 2112.
  • the VSD 2112 answers the call 2406, then plays one or more prompts to the caller requesting them to enter a passcode.
  • the media for the original call is put on hold 2408.
  • the VSD 2112 checks with the back-office system to see if the passcode is valid, and if so, the caller is transferred 2410 to a bridge 2130 as specified by the back-office system.
  • the gateway 2102 informs the bridge 2130 of this event 2412 and the call is thereby terminated at both ends.
  • the state of the conference and of individual users can be controlled through DTMF by the caller, or from any other mechanism that allows a user to access the bridge 2130 directly or indirectly, such as a web-based interface that ties to the bridge 2130 through the back office.
  • the bridge 2130 will subsequently control the media server(s) in use.
  • the digit press may be passed on as in-band tones within the RTP audio media stream, or may optionally be converted by the gateway 2102 to a telephony event signaling protocol that is carried inside the RTP. In either case, the digit press is detected by the media server and reported to the VSD 2112 or bridge application.
  • the media server and reported to the VSD 2112 or bridge application.
  • FIG. 25 shows the identical call flow from FIG. 24, but with a native VoIP call origination rather than PSTN. The main difference is that a gateway 2102 is not used. Variations of these flows are also needed to handle error conditions that may occur, such as a bridge failing to answer when a caller is transferred to it. These have been omitted for clarity.
  • SIP Session Initiation Protocol, as defined primarily by IETF Standard
  • SIP is an application-layer control protocol that can establish, modify, and terminate multimedia sessions such as Internet telephony calls.
  • INVITE a SIP Request method used to set up (initiate) or modify a SIP-based communication session (referred to as a SIP "dialog").
  • SDP Session Description Protocol.
  • An IETF protocol that defines a text-based message format for describing a multimedia session. Data such as version number, contact information, broadcast times and audio and video encoding types are included in the message.
  • ACK Acknowledgement.
  • a SIP Request used within the SIP INVITE transaction to finalize the establishment or renegotiation of a SIP session or "dialog".
  • 100, 200, 202 SIP Response codes that are sent back to the originator of a SIP request.
  • a response code indicates a specific result for a given request.
  • NOTIFY a SIP Request method that is used to convey information to one SIP session about the state of another SIP session or "dialog".
  • REFER a SIP Request method that is used to transfer one end of a SIP session to a different SIP destination.
  • Sipfrag SIP fragment. A fragment of a SIP message (such as a Response code) from another SIP session, that is sent as part of the body of a SIP NOTIFY message.
  • SIP message such as a Response code
  • BYE a SIP Request method that is used to terminate an existing SIP session or "dialog".
  • FIG. 31 illustrates a computer system 3100 comprising a conferencing system 106 and a social networking system 3102 that may communicate with client devices 102 via a communication network 110.
  • the conferencing system 106 is configured in the manner described above, and comprises one or more servers 108, social networking integration module(s) 414, a conference interface, and one or more datastore(s) 3110.
  • the social networking integration module(s) 414 enable the conferencing system 106 to communicate with the social networking system 3102 via, for example, an application programming interface (API) 3108.
  • API application programming interface
  • the conferencing system 106 and/or the social networking system 3102 may access data, applications, or any other stored content or functionality associated with the respective systems.
  • the social networking integration module(s) 414 may be configured to interface with any desirable social networking system 3102. However, to illustrate the general principles of the integrated systems, various exemplary embodiments of a social networking system 3102 will be described.
  • the social networking system 3102 generally comprises one or more server(s) 3104 for providing a social networking website 3106 to client devices 102 via, for example, a client or web browser 3110.
  • the social networking system 3102 may expose an application program interface (API) 3108 to other computer systems, such as, the conferencing system 106.
  • API 3108 enables third party applications to access data, applications, or any other stored content or functionality provided by the social networking system 3102 to members 3201.
  • the social networking system 3102 offers its members 3201 the ability to communicate and interact with other members 3201 of the social network.
  • Members 3201 may join the social networking system 3102 and then add connections to a number of other members 3201 to whom they desire to be connected. Connections may be explicitly added by a member 3201.
  • the member 3201 may select a particular other member 3201 to be a friend, or the social networking system 3201 may automatically recommend or create connections based on common characteristics of the members (e.g. , members who are alumni of the same educational institution, organization, etc.).
  • the term "friend" refers to any other member to whom a member has formed a connection, association, or relationship via the social networking system 3102.
  • Connections in social networks are usually in both directions, but need not be, so the terms "member,” “friend,” or “follower” may depend on the frame of reference. For example, if Bob and Joe are both members and connected to each other in the website, Bob and Joe, both members, are also each other's friends.
  • the connection between members 3201 may be a direct connection. However, some embodiments of a social networking system 3201 may allow the connection to be indirect via one or more levels of connections. It should be appreciated that the term friend does not require that the members 3201 are friends in real life. It simply implies a connection in the social networking system 3102.
  • the social networking system 3102 may be implemented in various types of computer systems.
  • the implementation of the social networking system 3102 may provide mechanisms for members 3201 to communicate with each other, form connections with each other, store information, and share objects of interest, among other things.
  • the implementations described below include a social networking website 3106 that interacts with members 3201 at client devices 102 via a communication network 1 10, such as a web-based interface (e.g. , via the browser 3110).
  • a communication network 1 10 such as a web-based interface (e.g. , via the browser 3110).
  • other implementations are possible, such as one or more servers 3104 that communicate with clients using various client and server applications (e.g. , non-web-based applications).
  • the social networking system 3102 may not include any centralized server, but rather may be implemented as, for example, a peer-to-peer system with peer-to-peer applications running on the client devices 102 that allow members 3201 to communicate and perform other functions.
  • a peer-to-peer network of smart phones communicating via Short Message Service (SMS) over a cellular network.
  • SMS Short Message Service
  • FIG. 32 illustrates a social networking system 3102 implemented as a social networking website 3106, in one embodiment.
  • the social networking website 3106 provides various mechanisms to its members 3201 to communicate with each other or to obtain information that they find interesting, such as activities that their friends are involved with, applications that their friends are installing, and comments made by friends on activities of other friends, just to name a few examples.
  • the mechanisms of communication between members are referred to as social networking communication channels 3202.
  • a communication channel 3202 is a computer-mediated communication mechanism for facilitating communication between or among members 3201 of the social networking website 3106 and/or the social networking website 3201 itself.
  • FIG. 32 illustrates an embodiment of various exemplary communication channels 3202, although it should be appreciated that various modifications, alternatives, etc. may be implemented in the social networking website 3106.
  • An invitation channel 3204 communicates one or more invitations between users.
  • An invitation is a message sent by a member 3201 inviting another member 3201 to do something, such as, a member 3201 inviting a friend to install an application.
  • a notification channel 3210 communicates a message informing a member 3201 that some activity involving the member 3201 has occurred on the social networking website 3106.
  • An email channel 3206 allows members 3201 to communicate by email.
  • a wall post channel 3212 allows members 3201 to share information between friends.
  • a wall is an application allowing members 3201 to provide information to be shared between friends.
  • a message written to a member's wall is called a wall post.
  • a member can post on his own wall, as well as a wall of any friends.
  • a friend of a member 3201 may see what is written on his wall.
  • a newsfeed channel 3208 informs a member 3201 of activities of the member's friends.
  • the newsfeed is constantly updated as the member's friends perform various activities, such as adding applications, commenting on photos, or making new friends.
  • the newsfeed may be integrated with an online publication system, such as, for example, a blog or other authoring tools.
  • a mini-feed channel 3214 provides a mini-feed listing actions taken by the member 3201.
  • the member 3201 may have added new friends to his social network or installed certain applications.
  • One or more of a member's activities may be listed in the mini-feed of that member.
  • the social networking website 3106 provides members 3201 with the ability to take actions on various types of items supported by the social networking system 3102. These items may include groups or social networks (a social network refers not to physical communication networks but rather to social networks of people) to which members 3201 may belong, events or calendar entries in which a member 3201 might be interested, computer-based applications that a member 3201 may use via the social networking website 3106, and transactions that allow members 3201 to buy, sell, auction, rent, or exchange items via the social networking website 3106. These are just a few examples of the items upon which a member 3201 may act on the social networking website 3106, and many others are possible.
  • items may include groups or social networks (a social network refers not to physical communication networks but rather to social networks of people) to which members 3201 may belong, events or calendar entries in which a member 3201 might be interested, computer-based applications that a member 3201 may use via the social networking website 3106, and transactions that allow members 3201 to buy, sell, auction, rent, or exchange items via the social networking website 31
  • the social networking website 3106 maintains a number of objects for the different kinds of items with which a member 3201 may interact on the social networking website 3106.
  • these objects include member profiles 3220, group objects 3222, event objects 3216, application objects 3218 (respectively, hereinafter, referred to as profiles 3220, groups 3222, events 3216, and applications 3218).
  • an object is stored by the social networking website 3106 for each instance of its associated item.
  • a member profile 3220 is stored for each member 3201 who joins the social networking website 3106
  • a group 3220 is stored for each group defined in the social networking website 3106, and so on. The types of objects and the data stored for each is described in more detail below.
  • the member 3201 of the social networking website 3106 may take specific actions on the social networking website 3106, where each action is associated with one or more objects.
  • the types of actions that a member 3201 may perform in connection with an object are defined for each object and may depend on the type of item represented by the object.
  • a particular action may be associated with multiple objects. Described below are a number of examples of particular types of objects that may be defined for the social networking website 3106, as well as a number of actions that may be taken for each object.
  • the objects and actions are provided for illustration purposes only, and one or ordinary skill in the art will readily appreciate that an unlimited number of variations and features may be provided on the social networking website 3106.
  • the social networking website 3106 maintains a member profile 3220 for each member of the website 3106. Any action that a particular member 3201 takes with respect to another member 3201 is associated with each member's profile 3220, through information maintained in a database or other data repository, such as the action log 3310 (FIG. 33).
  • the tracked actions may include, for example, adding a connection to the other member 3201, sending a message to the other member, reading a message from the other member 3201, viewing content associated with the other member 3201, attending an event posted by another member 3201, among others.
  • a number of actions described below in connection with other objects may be directed at particular members 3201 , in which case these actions may be associated with those members 3201 , as well.
  • a group 3222 may be defined for a group or network of members 3201.
  • a member 3201 may define a group to be a fan club for a particular band.
  • the social networking website 3106 would maintain a group 3222 for that fan club, which might include information about the band, media content (e.g. , songs or music videos) by the band, and discussion boards on which members 3201 of the group may comment about the band.
  • member actions that are possible with respect to a group 3222 may include joining the group, viewing the content, listening to songs, watching videos, and posting a message on the discussion board.
  • An event 3216 may be defined for a particular event, such as a birthday party.
  • a member 3201 may create the event 3216 by defining information about the event, such as the time and place and a list of invitees. Other members 3201 may accept the invitation, comment about the event, post their own content (e.g. , pictures from the event), and perform any other actions enabled by the social networking website 3106 for the event 3216. The creator of the event 3216, as well as the invitees for the event, may perform various actions that are associated with that event 3216.
  • the social networking website 3106 also enables members 3201 to add applications 3218 to their profiles. These applications provide enhanced content and interactivity within the social networking website 3106, which maintains an application object 3218 for each application hosted in the social networking system.
  • the applications may be provided by the social networking system 3102, the conferencing system 106, and/or by third party developers.
  • the social networking system 3102 and the conferencing system 106 may share applications between the respective computer systems.
  • the use of any functionality offered by the application may constitute an action by the member 3201 in connection with the application 3218.
  • the actions may be passive and need not require active participation by a member 3201.
  • the scope and type of applications provided is limited only by the imagination and creativity of the application developers.
  • the applications are generally written as server-side code that is run on servers of the social networking website 3106, although in other embodiments an application may also use client-side code as appropriate, or any combination thereof.
  • the system determines which applications the user has installed (e.g. , registered for, purchased, etc.), and then loads and runs such applications in combination with the underlying functionality of the social networking website 3106.
  • the social networking website 3106 maintains the action log 3312 as a database of entries. When an action is taken, the social networking website 3106 may add an entry for that action to the log 3312.
  • the action loc 3312 may maintain any of the following or other types of information: a timestamp of when the action occurred; an identifier for the member 3201 who performed the action; an identifier for the member 3201 to whom the action was directed; an identifier for the type of action performed; an identifier for an object acted on by the action (e.g. , an application); and content associated with the action. It should be appreciated that many types of actions that are possible in the social networking website 3106 need not require all of this information.
  • the social networking website 3106 generally comprises a computing system that allows members 3201 to communicate or otherwise interact with each other and access content and/or functionality as described herein.
  • the social networking website 3106 stores member profiles 3220 in, for example, a member profile store 3302.
  • a member profile 3220 may describe the member, including biographic, demographic, and other types of descriptive information, such as work experience, educational history, hobbies or preferences, location, and the like.
  • the social networking website 3106 further stores data describing one or more relationships between different members 3201.
  • the relationship information may indicate members 3201 who have similar or common work experience, group memberships, hobbies, or educational history.
  • the social networking website 3106 may include member-defined relationships between different members 3201, allowing members 3201 to specify their relationships with other members 3201. For example, member- defined relationships may allow members 3201 to generate relationships with other members 3201 that parallel real-life relationships, such as friends, co-workers, partners, and so forth.
  • Members 3201 may select from predefined types of relationships, or define their own relationship types as needed.
  • FIG. 33 shows a block diagram of the social networking website 3106.
  • the social networking website 3106 includes a web server 3104, an action logger 3316, an action log 3312, a member profile store 3302, an application data store 3306, a group store 3310, and an event store.
  • the social networking website 3106 may include additional, fewer, or different modules for various applications.
  • Conventional components such as network interfaces, security mechanisms, load balancers, failover servers, management and network operations consoles, and the like are not shown so as to not obscure the details of the system.
  • the web server(s) 3104 link the social networking website 3106 via the network 1 10 to the client devices 102.
  • the web server 3104 serves web pages, as well as other web-related content, such as, for example, Java, Flash, XML, and so forth.
  • the web server 3104 may include a mail server or other messaging functionality for receiving and routing messages between the social networking website 3106, the client devices 102, and the conferencing system 106.
  • the messages can be instant messages, queued messages (e.g. , email), text and SMS messages, or any other suitable messaging technique, using any suitable protocol(s).
  • the action logger 3316 is capable of receiving communications from the web server 3104 about member actions on and/or off the social networking website 3106. The action logger 3316 populates the action log 3312 with information about member actions to track them.
  • the social networking website 3106 maintains data about a number of different types of objects with which a member may interact on the social networking website 3106.
  • each of the member profile store 3302, application data store 3306, the group store 3310, and the event store 3308 stores instances of the corresponding type of object(s) maintained by the social networking website 3106.
  • Each object type has information fields that are suitable for storing information appropriate to the type of object.
  • the event store 3308 may contain data structures that include the time and location for an event
  • the member profile store 3302 may contain data structures with fields suitable for describing a member's profile 3220.
  • FIG. 34 illustrates another embodiment of a graphical user interface 3400 for presenting the audio conference 114 and the conference interface to participants 104.
  • the graphical user interface 3400 may comprise a first portion 3402, a second portion 3404, and a third portion 3406.
  • the conference interface may be presented in the first portion.
  • the second portion 3404 and the third portion 3406 may comprise user interface mechanisms for accessing communication features related to the social networking system 3102 via, for example, the API 3108. It should be appreciated that the second portion 3404 and the third portion 3406 may be provided in separate screens from the first portion 3402.
  • the graphical user interface 3400 may employ any desirable layout and other user interface mechanisms for accessing the associated content and/or functionality.
  • the first portion 3404 may comprise an input mechanism for capturing content, during the audio conference 114, which may be posted to one or more of the social networking communication channels 3202 (FIG. 32).
  • the input mechanism may enable the participants 104 to input text, upload photos and/or video, send invitations, join groups, etc.
  • the content may comprise any form of content, and may be specified by the participant 104 or otherwise captured by hardware and/or software on the client device 102.
  • the conferencing system 106 establishes the audio conference 114 with the participants 104 (block 3502).
  • the conferencing system 106 presents the graphical user interface 3400 to a client device 102 operated by a participant 104.
  • the participant 104 enters or specifies content to be provided to the social networking system 3102.
  • a request is sent to the social networking system 3102. The request may originate from the client device 102 (e.g. , the browser 3110) or the conferencing system 106.
  • the social networking system 3102 may send a response to the originator enabling the content to be added to the participant's profile 3220 (block 3512).
  • the content may be provided with the request or subsequently via additional message(s).
  • the request may include the participant's credentials (e.g., username, password, etc.) to automatically authenticate the participant 104.
  • the participant 104 may be prompted by either the conferencing system 106 or the social networking system 3102 to enter the authentication credentials (block 3510).
  • FIG. 36 illustrates another embodiment of a method for sharing content between the conferencing system 106 and the social networking system 3102.
  • the conferencing system 106 or the social networking system 3102 may prompt the participant to enter authentication credentials.
  • the participant 104 may be authenticated, at block 3606, for access to the social networking features.
  • the authentication may be performed when the participant 104 logs into the conferencing system 106, or the participant 104 may be prompted for the authentication credentials when the social networking features are being accessed.
  • the conferencing system 106 may enable participants 104 to access the conferencing system 106 by using their social networking profile 3220.
  • data from the social networking system 3102 may be integrated with the graphical user interface 3400.
  • the data may be presented in the second portion 3406, and may comprise any data described above, or any other data, content, and/or functionality associated with the social networking system 3102.
  • the data may be accessed using the API 3108, in which case suitable requests and responses may be sent (block 3608) from, and received by, either the client device 102 or the conferencing system 106.
  • the participant 104 may also access social networking applications 3218 via a user interface control 3408.
  • the participant 104 may select or otherwise engage the control 3408, which may trigger a menu for enabling the participant 104 to access applications 3218 associated with the participant' s social networking profile 3220.
  • the conferencing system 106 may support an alert/ notification functionality for enabling the participants 104 to receive information about an audio conference 114 and an associated conference without necessarily joining the audio conference 114 or viewing the conference interface.
  • the alert/notification functionality generally comprises logic for monitoring an audio conference 114 and the content/functionality presented in the conference interface and providing alerts, notifications, or other messages (collectively referred to as "alerts") to the participant 104.
  • An alert may comprise audio, video, text, graphics, or other information embodied in any medium and presentable via hardware and/or software components supported by the computing device, including, a browser 31 10, an operating system 5004, a GUI 132, a microphone, and a display, such as, for example, a touchscreen 5004.
  • the alert/notification functionality comprises a conferencing notification application 5002 residing in memory 404 on a client device 102 (FIG. 4) and executed by processor(s) 402. It should be appreciated that the logic associated with the conferencing notification application 5002 may be located at, and/or controlled by, the conferencing system 106 or other computer devices, systems, etc.
  • the conferencing notification application 5002 may provide alerts based on various events monitored by the conferencing system 106. For instance, the conferencing notification application 5002 may notify a host when an audio conference 114 or conference has started and alert the host to who has joined the audio conference 114 or accessed the conference by showing, for example, the participant name, the number of current participants, etc.
  • the alerts may be implemented using a push methodology by which the alerts are "pushed" from the conferencing system 106, a pull methodology by which the alerts are "pulled” from the conferencing system 106 by the computing device 102 using, for example, the conferencing API 4302, or other alert protocols, services, methodologies, etc.
  • the conferencing system 106 maintains a counter of the number and identity of participants 104 and provides related or other information to the host.
  • the conferencing notification application 5002 may also enable the host to conveniently access the conference interface from within the application (e.g. , via a menu, key shortcut, or other user interface control), as well as modify conferencing, notification or account settings prior to or during a virtual conference.
  • the conferencing notification application 5002 may incorporate a user interface control for enabling users to launch the application or conveniently access certain functions or features of the application (e.g. , configure remote or local settings, join a virtual conference, etc.).
  • the user interface control may be presented in various ways depending on, for example, the configuration of the operating system 5004, the GUI 132, the display type and/or size, and other hardware and/or software characteristics.
  • FIG. 51 illustrates an embodiment of a user interface control 5118 implemented in a desktop environment 5100 for accessing the conferencing notification application 5002.
  • the desktop environment 5100 comprises a desktop 5102 that may display one or more icons, folders, wallpaper, widgets, or other desktop objects associated with the system.
  • the desktop objects enable the user to easily access, configure, or modify aspects of the operating system 5004 and/or other software or features of the computing device 102.
  • the desktop 5102 may display a system application tray 5104, one or more folder icons 5108 for organizing files, and a hard drive icon 5106 for accessing a hierarchical folder structure for accessing files stored on the computing device 102.
  • the user interface control 5118 may be displayed anywhere within the desktop 5102. In FIG. 51, the user interface control 5118 is displayed on a system application tray 5104.
  • the system application tray 5104 may display various icons (e.g., a search icon 5110, a battery level icon 5112, a system time icon 5114, a volume icon 5116, or any other system icon, application icon, or user-defined icon).
  • FIG. 52 illustrates another embodiment of a user interface control 5214 for providing user access to certain aspects of the conferencing notification application 5002.
  • the computing device 102 comprises a mobile telephone 5200 having a touchscreen display 5004.
  • the touchscreen display 5004 comprises a display device that can detect the presence and location of a touch within the display area by, for example, a finger or hand or passive objects, such as, a stylus, pen, or other object.
  • the touchscreen display 5004 may be based on any current or future touchscreen technology, and may employ various forms of input gestures for performing associated functions.
  • the touchscreen display 5004 may comprise a resistive touchscreen panel having two thin, metallic, electrically conductive layers separated by a narrow gap.
  • an object such as a finger
  • presses down on a point on the panel's outer surface the two metallic layers become connected at that point.
  • the touchscreen panel then behaves as a pair of voltage dividers with connected outputs. This causes a change in the electrical current which is registered as a touch event and sent to a controller (e.g. , processor 402) for processing.
  • a controller e.g. , processor 402
  • the touchscreen display 5004 may be implemented using surface acoustic wave (SAW) technology that uses ultrasonic waves that pass over the touchscreen panel. When the panel is touched, a portion of the wave is absorbed. This change in the ultrasonic waves registers the position of the touch event and sends this information to the processor 402.
  • SAW surface acoustic wave
  • the touchscreen display 5004 supports capacitive sensing via a capacitive touchscreen panel.
  • a capacitive touchscreen panel comprises an insulator, such as glass, coated with a transparent conductor, such as indium tin oxide.
  • a transparent conductor such as indium tin oxide.
  • touching the surface of the screen results in a distortion of the local electrostatic field, measurable as a change in capacitance.
  • Different technologies may be used to determine the location of the touch. The location may be passed to the processor 402, which may calculate how the user's touch or gestures relate to the particular functions of the conferencing notification application 5002.
  • the touchscreen display 5004 may also support surface capacitance implementations, in which only one side of the insulator is coated with a conductive layer.
  • a small voltage is applied to the layer, resulting in a uniform electrostatic field.
  • a conductor such as a human finger
  • touches the uncoated surface a capacitor is dynamically formed.
  • the sensor controller may determine the location of the touch indirectly from the change in the capacitance as measured from the four corners of the display area 5206.
  • the touchscreen display 5004 implements a projected capacitive touch (PCT) display having an etched conductive layer.
  • An XY array may be formed by, for example, etching a single layer to form a grid pattern of electrodes or by etching two separate perpendicular layers of conductive material with parallel lines or tracks to form the grid. Applying voltage to the array creates a grid of capacitors. Bringing a finger or conductive stylus close to the surface of the sensor changes the local electrostatic field. The capacitance change at every individual point on the grid may be measured to accurately determine the touch location.
  • the use of a grid permits a higher resolution than resistive technology and also allows multi-touch operation.
  • the PCT display may allow operation without direct contact, such that the conducting layers can be coated with further protective insulating layers, and operate even under screen protectors.
  • the touchscreen display 5004 may be configured to optically sense touch using, for example, an array of infrared (IR) light-emitting diodes (LEDs) on two adjacent bezel edges of a display, with photosensors placed on the two opposite bezel edges to analyze the system and determine a touch event.
  • IR infrared
  • LEDs light-emitting diodes
  • the LED and photosensor pairs may create a grid of light beams across the display.
  • An object (such as a finger or pen) that touches the screen interrupts the light beams, causing a measured decrease in light at the corresponding photosensors.
  • the measured photosensor outputs can be used to locate a touch-point coordinate.
  • Another embodiment of the touchscreen technology involves dispersive signal technology, which uses sensors to detect the mechanical energy in the glass that occurs due to a touch. Algorithms stored in memory 404 and executed by processor 402 interpret this information and provide the actual location of the touch.
  • Acoustic pulse recognition may also be used to detect the touch.
  • two piezoelectric transducers are located at some positions of the screen to turn the mechanical energy of a touch (i.e., vibration) into an electronic signal.
  • the screen hardware uses an algorithm to determine the location of the touch based on the transducer signals.
  • the mobile telephone 5200 includes a microphone 5202 and various hardware keys, including, for example, a scroll button 5204 for navigating the GUI 132.
  • the mobile telephone 5200 includes a notification bar 5208 for displaying system information, such as, signal strength icon 5210, battery level icon 5212, or any other system of application information.
  • the notification bar 5208 may be expandable based on touch input to display additional notification icons.
  • the conferencing notification application 5002 may be accessed by selecting the user interface control.
  • a user may select the user interface control 5214 (FIG. 53) to display a conferencing notification menu 5402 (FIG. 54).
  • the conferencing notification menu 5402 may comprise a display header 5404 and one or more additional user interface controls for selecting certain configuration or other options.
  • conferencing notification menu 5402 displays an iMeet Now button 5406, a Manage Account button 5408, a Notification Settings button 5410, a Conference Scheduler button 5416, a Help button 5412, and an About button 5414.
  • the iMeet Now button 5406 may enable the user to connect to the conferencing system 106.
  • the conferencing notification application 5002 may launch the browser 3110 and enable the user to join an audio conference 114 and access the conference user interface 4400.
  • the Manage Account button 5408 may enable the user to configure the account profile 4602 (FIG. 46).
  • the user may configure the parameters via the conferencing notification application 5002, and the parameters subsequently provided to the conferencing system 106 via the conferencing API 4302.
  • the Manage Account button 5408 may direct the user to a web page provided by the conferencing system 106, which receives the configuration parameters.
  • the Notification Settings button 5410 may operate in a similar manner to enable the user to configure parameters associated with the conferencing notification.
  • the conferencing notification parameters may specify any of the following, or other, parameters: alert push enabled/disabled; alert pull enabled/disabled; alert frequency; and alert types.
  • the conferencing notification application 5002 may communicate with the conferencing system 106 using conferencing API(s) 4302.
  • the conferencing API(s) 4302 may enable the conferencing notification application 5002 to submit requests 5516 to, and receive responses 5514 from, the conferencing system 106.
  • These communications may include, for example, status checks of the user's conferences to determine if there are any active participants 104. In the event that someone has entered the user's conference or joined one of their bridges via a phone, this activity may be transmitted to the conferencing notification application 5002 as a status update or alert.
  • the update may include other information about the newly joined participants, such as, the participant parameters described above and illustrated in FIGS. 38 and 46, information stored in participant database 4308 (FIG. 43), or other relevant information about the user, including, information associated with the social networking system 3102 (FIG. 31).
  • FIG. 56 illustrates an exemplary message or alert 5602 notifying the user of the identity of a newly joined participant and the current number of participants.
  • the alert 5602 may appear for a predetermined amount of time, which may be configurable via the Notification Settings button 5410, or the user may cancel the alert message 5602 by selecting the Done button 5610. It should be appreciated that the content and/or format of the alert 5602 may vary depending on, for example, the events being monitored by the conferencing system 106.
  • the alert 5602 may include a convenient mechanism for enabling the user to join the audio conference 114 and/or the associated conference from the displayed alert 5602.
  • the conferencing notification application 5002 may prompt the user to join the audio conference 114 and/or the associated conference. As illustrated in FIG. 56, the displayed alert 5602 may include a Join button 5606. When selected (FIG. 57), the conferencing notification application 5002 may initiate a process to enable the user to join the audio conference 114 and present a conferencing user interface 4400 on the computing device 102.
  • the conferencing user interface 4400 may be configured in the manner described herein.
  • the conferencing system 106 may continue to send alerts as events occur. If the user chooses to join the conference, the conferencing system 106 may disable alerts.
  • the conferencing system 106 may support various web services for exchanging structured information with the conferencing notification application 5002.
  • the web services may be implemented using any suitable protocol.
  • the web services may be implemented via the Simple Object Access Protocol (SOAP) using Extensible Markup Language (XML) as the messaging format.
  • SOAP Simple Object Access Protocol
  • XML Extensible Markup Language
  • the conferencing system 106 may respond to web service calls from the conferencing notification application 5002 by either returning the requested information immediately or by initiating the request and then providing the results (later) via a polling action.
  • FIG. 55 illustrates various exemplary web services for implementing one or more aspects of the conferencing notification application 5002.
  • the web services may comprise any of the following, or other, web services: a subscribe/unsubscribe service 5502; a conference watch service 5504; a conferencing polling service 5506; an authentication service 5508; a conference schedule service 5510; and a join conference service 5512.
  • a subscribe/unsubscribe service 5502 a conference watch service 5504
  • a conferencing polling service 5506 an authentication service 5508
  • a conference schedule service 5510 a conference schedule service 5510
  • Each of these web services are generally described below with reference to exemplary request and response XML messages.
  • the subscribe/unsubscribe service 5502 may be implemented with a SubscribeO call that establishes authorization to use the resources provided by the conferencing system 106.
  • the Subscribe() call may be the first call made by the conferencing notification application 5002 to the conferencing system 106.
  • the Subscribe() call may require an authorization response before the conferencing notification application 5002 may access other services.
  • the subscribe/unsubscribe service 5502 may be configured without a security token in the SOAP header.
  • the other web services may be implemented with the security token (e.g., a session ID obtained with the Subscribe() call).
  • An exemplary XML request for the Subscribe() call may be configured as follows:
  • An exemplary XML response for the Subscribe() call may be configured as follows:
  • An UnsubscribeO call may be made to unsubscribe the user from the web services when the conferencing notification application 5002 is closed.
  • the call may terminate the session with the conferencing system 106. Further interactions with the conferencing system 106 may require a subsequent Subscribe() call to be made by the conferencing notification application.
  • An exemplary XML request for the Unsubscribe() call may be configured as follows:
  • An exemplary XML response for the Unsubscribe() call may be configured as follows:
  • the conference watch service 5504 may invoke a SetConferenceWatchQ call that establishes a conference watch, which enables the conferencing system 106 to begin sending alerts to the conferencing notification application 5002.
  • the user may receive notifications or alerts for conference(s) associated with the user, including, for example, when a participant 104 joins or leaves a conference, when a participant speaks during an audio conference 114, when a participant posts or receives information associated with a social networking system 3102, etc.
  • the conference watch service 5504 may be useful for hosts who are too busy to join a conference, do not wish to join the conference, or are otherwise unable to join the conference but want to monitor the activity of the conference.
  • the host may be interested in joining the conference, for example, but only after a particular person has joined or some other event has occurred.
  • the host may view the alert messages as they are provided by the conferencing system 106 and displayed by the computing device 102. When the desired event has occurred, the host may elect to join the conference. As described below, the alerts may be retrieved from the conferencing system 106 via the conference polling service 5506.
  • An exemplary XML request for the SetConferenceWatch() call may be configured as follows:
  • An exemplary XML response for the SetConferenceWatch() call may be configured as follows:
  • the conference watch service 5504 may also invoke a conference watch service 5504
  • ClearConferenceWatchO call that may be used to clear a previously established conference watch. Removing a conference watch may cause the alerts for the specified conference to be disabled. After clearing the conference watch, the user will no longer receive alerts.
  • An exemplary XML request for the ClearConferenceWatchO call may be configured as follows:
  • An exemplary XML response for the ClearConferenceWatchQ call may be configured as follows:
  • the conferencing polling service 5506 may invoke a PollForMessages() call, which is used to request events from a watched conference.
  • the conferencing notification application 5502 will receive events associated with the watched conference.
  • An exemplary XML request for the PollForMessages()call may be configured as follows:
  • An exemplary XML response for the PollForMessages()call may be configured as follows:
  • the authentication service 5508, the conference schedule service 5510, and the join conference service 5512 may enable the conferencing notification application 5002 to interface with a registration system.
  • the authentication service 5508 may invoke a Security ValidateLogOn() call to validate a user's logon credentials.
  • the call may return a security token, which may be used to create a login header.
  • the login header may be sent with one or more of the other service calls.
  • An exemplary XML request for the Security ValidateLogOnQ call may be configured as follows:
  • An exemplary XML response for the SecurityValidateLogOn() call may be configured as follows:
  • xmlns:xsi http://www.w3.org/2001/XMLSchema- instance
  • xmlns:xsd http://www.w3.org/2001/XMLSchema
  • xmlns:soap http://schemas.xmlsoap.org/soap/envelope/">
  • the conference schedule service 5510 may invoke a FindReservation() call that returns a list of conferences.
  • the FindReservation() call may be initiated when a user selects the Conference Schedule button 5416, as illustrated in FIG. 54.
  • the result contains detailed information of all conferences associated with the user.
  • the conferencing notification application 5002 may present the results to the user.
  • FIG. 61 illustrates an exemplary display 6100 for presenting the results.
  • the display 6100 comprises a list of conference entries 6102. Additional details (e.g. , dial-in numbers, passcodes, date, time, agenda, participants, etc.) about each conference may be accessed by selecting the particular entry 6102.
  • the user may select an entry 6102 and select a watch button 6104.
  • An exemplary XML request for the FindReservation() call may be configured as follows:
  • xmlns:xsi http://www.w3.org/2001/XMLSchema- instance
  • xmlns:xsd http://www.w3.org/2001/XMLSchema
  • xmlns:soap http://schemas.xmlsoap.org/soap/envelope/">
  • An exemplary XML response for the FindReservationQ call may be configured as follows:
  • ClientMPassCode string
  • SecurityCode string
  • Pas sCodeType " string " >
  • ClientMPassCode string
  • SecurityCode string
  • Pas sCodeType " string " >
  • the join conference service 5512 may be invoked when, for example, the user selects the join button 5606 (FIG. 56) or selects a conference from the conferencing schedule (FIG. 61).
  • a WebHostLogin() call may return a location for the virtual conference location. In an embodiment, the call may return a redirectUrl of a given client and host, which logs the client into a host.
  • the conferencing notification application 5002 may send the WebHostLogin() request, which contains the user's credentials, and then opens a web browser placing the user directly into the conference without the need to login again.
  • An exemplary XML response for the WebHostLogin() call may be configured as follows:
  • xmlns:xsi http://www.w3.org/2001/XMLSchema- instance
  • xmlns:xsd http://www.w3.org/2001/XMLSchema
  • xmlns:soap http://schemas.xmlsoap.org/soap/envelope/">
  • An exemplary XML response for the WebHostLogin() call may be configured as follows:
  • xmlns:xsi http://www.w3.org/2001/XMLSchema- instance
  • xmlns:xsd http://www.w3.org/2001/XMLSchema
  • xmlns:soap http://schemas.xmlsoap.org/soap/envelope/">
  • FIG. 59 illustrates an embodiment of a method for enabling a user to watch a conference via the notification application without having to join the audio conference 114 or access the conference interface.
  • the conferencing notification application 5002 is initiated. A user may manually launch the conferencing notification application 5002 or the operating system 5004 may be configured to automatically launch the application at startup or upon a predetermined event.
  • the conferencing notification application 5002 may authenticate the user with the conferencing system 106.
  • the conferencing notification application 5002 sends a request to the conferencing system 106 to watch a virtual conference. The request may comprise information identifying the conference.
  • the conference and/or the audio conference 114 are monitored for specific actions or events.
  • the conferencing notification application 5002 may receive and present related messages or alerts to the user (block 5910).
  • the conferencing notification application 5002 may prompt the user for a selection to join the conference via the conference interface.
  • the request to join may be presented in association with the message or alert.
  • the conferencing notification application 5002 may further authenticate the user as a participant in the conference, at block 5916. This authentication may substitute for the authentication at block 5904 or provide further or separate authentication.
  • the conferencing notification application 5002 enables the user to access the conference via, for example, the conference user interface 4400.
  • FIG. 60 illustrates another embodiment of a method for implementing certain aspects of the conferencing notification application 5002.
  • the conferencing notification application 5002 is initiated, at block 6002.
  • the conferencing notification application 5002 may authenticate the user with the conferencing system 106.
  • the conferencing notification application 5002 sends a request to the conferencing system 106 for available conferences associated with the user.
  • the conferencing notification application 5002 may receive a schedule of conferences associated with the user, which may be presented to the user (block 6010).
  • the conferencing notification application 5002 may prompt the user for a selection of one of the conferences (block 6012).
  • the user may be authenticated (block 6016) and then permitted to join the audio conference 114 and/or the virtual conference. As illustrated at decision block 5914, the user may also request to watch the conference without necessarily joining the conference.
  • FIG. 65 illustrates an embodiment of a computing device 102 comprising one or more modules stored in memory 404 and executable by processor 402 (participant management module(s) 6502).
  • the participant management module 6502 comprises the logic and/or functionality for enabling a user of the computing device 102 to add and/or remove participants in the conference via, for example, a drag-and-drop functionality associated with the conference interface.
  • the participant management module 6502 may control the operation of the drag-and-drop functionality in association with related functionality provided by the graphical user interface 132 and/or the conference interface provided by the conferencing system 106.
  • the user of the computing device 102 e.g. , participant, host, etc.
  • the drag-and-drop functionality supports a touchscreen display 5004 (as described above or otherwise) that enables the user to perform the drag-and-drop functionality by touching the touchscreen display 5004 with their fingers or other input device, such as, a stylus.
  • the drag-and-drop functionality may be performed with a mouse or other input device 6501 that controls movement of a displayed cursor associated with the graphical user interface 132 and provides inputs for selecting displayed objects and providing user input commands.
  • the drag-and-drop functionality may be performed using voice commands, keyboard shortcuts, or any other desirable input means for providing the commands to specify objects in the conference interface to be moved and/or the manner in which they should be moved.
  • FIG. 66 illustrates an embodiment of a conference user interface 6602 for managing participants in the online conference.
  • the conference user interface 6602 generally comprises a screen portion 4002 and a contacts list 6604.
  • the screen portion 4002 provides aspects of the user experience associated with the online conference, including, displaying an object 4004 for each participant 104 in the audio conference 114.
  • the objects 4004 (as well as the more general conference interface) may be arranged and configured in any of the ways described above herein.
  • the contacts list 6604 displays a list (or other desirable visual arrangement) of contact objects 6606.
  • a contact object 6606 may display information identifying a particular contact or group of contacts.
  • the identifying information may comprise any suitable information for enabling a user of the contacts list 6604 to uniquely identify contacts.
  • the contact object 6606 may display one or more of a contact identifier or description, name, nickname, image, avatar, icon, email address, telephone number, social networking profile, identifier or name, etc. Regardless of information displayed by the contact object 6606, it should be appreciated that each contact object 6606 is logically associated with corresponding contact information.
  • the contact information may comprise any data identifying a contact that may be used by the client device 102 and/or the conferencing system 106 to initiate and/or establish a connection between the contact and the conferencing system 106.
  • the contacts list 6606 and any associated data, including the contact information, may be stored in memory 404 on the client device 102 or stored remotely by the conferencing system 106, the social networking system 3102, or otherwise accessible by the client device 102. [00316] Referring to FIGS. 67 - 69, it should be appreciated that each contact object 6606 is configured to support a drag-and-drop functionality via the graphical user interface 132.
  • the drag-and-drop functionality enables a user of the computing device 102 to select a contact object 6606 in the contacts list 6604 (FIG. 67) and perform an input gesture (FIG. 68) to instruct the contact object 6606 to be added to the conference interface (e.g. , screen portion 4002) as a participant object 4004 (FIG. 69).
  • the contact object 6606 may be selected in various ways depending on, for example, the configuration of the graphical user interface 132 and the input mechanism.
  • the drag-and-drop functionality is provided via a touchscreen display 5004.
  • the drag-and-drop functionality may be configured to determine the location on the touchscreen display 5004 of a human touch or stylus touch.
  • the contact object 6606 may be selected by touching the displayed region of the object.
  • FIG. 67 illustrates the contact object 6606g being selected by the user touching the appropriate display region.
  • the user selection of the contact object 6606 may be performed by moving the location of a displayed cursor over the displayed region and initiating a selection command (e.g. , by clicking a mouse, touchpad, or other input mechanism).
  • the user may perform any desirable gesture to move the selected contact object 6606 to the conference user interface (e.g. , screen portion 4002).
  • the selected contact object 6606g may be moved with a drag operation.
  • the drag operation may be configured to further monitor the location of the input mechanism (e.g., human or stylus touch, cursor, etc) while the contact object 6606 is selected.
  • the contact object 6606g is moved at least partially within the screen portion 4002.
  • the user may deselect the contact object 6606g within the screen portion 4002, which triggers an add-participant command to invite the contact to join the audio conference 1 14 or automatically establish a connection with the contact using the corresponding contact information.
  • the conference interface may be configured to add a new participant object 4004 that identifies the particular contact.
  • the conference interface may include a separate screen portion (e.g. , a drop target) for dropping or otherwise capturing the contact objects 6606.
  • the separate screen portion may be included within the screen portion 4002 or any other location within the conference interface.
  • the graphical user interface 132 may support other input gestures or mouse-driven commands for implementing the drag-and-drop or similar functionality.
  • a selected contact object 6606 may be "flicked" toward the screen portion 4002 (or other capture region or drop target) using monitored location and/or acceleration parameters.
  • the selected contact object 6606 may be added to the online conference via a hotkey or other keyboard input or a selectable menu.
  • a menu may be automatically or selectively displayed with an add participant prompt.
  • the menu may include options for enabling the user to specify the manner in which the contact is to be added to the conference (e.g. , sending an email invitation, initiating an outgoing call, or otherwise establishing the connection via the contact information).
  • the add participant command may be configured with appropriate parameters to invite the participant or establish the connection with the conferencing system 106.
  • FIG. 70 illustrates the architecture, operation, and/or functionality of an embodiment of the participant management module(s) 6502 for implementing the above-described participant management features.
  • the client device 102 displays the conference interface and the contacts list 6604.
  • the participant management module 6502 determines that one of the contact objects 6606 has been selected via the graphical user interface 132. Depending on the particular input device and graphical user interface commands supported by the client device 102, the selected contact object 6606 may be moved to the conference interface or other capture region (block 7008), as described above.
  • the participant management module 6502 may be configured to monitor the location of the selected contact object 6606.
  • the participant management module 6502 receives the add participant command, which may be triggered by, for example, the release of the selected contact object 6606 in a predetermined region of the conference interface or, in other embodiments, via any desirable input command (e.g. , gesture, hotkey, key shortcuts, etc.).
  • the participant management module 6502 may determine the contact information associated with the selected contact object 6606. As described above, the contact information may be accessed from a local application or a remote service, such as the conferencing system 106 or social networking system 3102.
  • the add participant command initiates the process of adding the contact to the online conference.
  • the participant management module 6502 may configure and send a request directly to the contact using the contact information or forward a request to the conferencing system 106 for processing.
  • the request may initiate an email message, a social networking message, or other message containing, for example, a URL directing the contact to a web page hosted by the conferencing system 106.
  • the user may then enter the audio conference 114 (e.g., via an outgoing call, incoming call to an audio conference 114, etc.), as well as configure a user profile associated with the participant object 4004.
  • the request may automatically initiate the outgoing call to the contact information to add the contact to the audio conference 114.
  • the contact may be added in any suitable manner to either the audio conference 114 or the online conference.
  • the participant management module 6502 may add the participant object 4004 to the conference interface to indicate that the contact has joined the conference.
  • the participant management module 6502 may be further configured to enable the user of the computing device 102 to remove an existing participant in the audio conference 114 via the graphical user interface 132.
  • the participant removal feature may be implemented using the drag-and-drop functionality and other user interface mechanisms described above in connection with FIGS. 65 - 70.
  • the participant objects 4004 displayed in the conference interface may be similarly configured as selectable objects.
  • the user of computing device 102 may select a participant object 4004 (FIG. 71) and perform an input gesture or other command, as described above, to move the selected participant object 4004 from an original location in the conference interface (FIG. 72).
  • the selected participant object 4004 may be moved away from the conference interface (e.g. , screen portion 4002) and deselected (FIG. 73), which triggers a remove participant command.
  • the remove participant command may be initiated in other ways via the graphical user interface 132, as described above in connection with the add participant command.
  • the remove participant command may initiate the removal of the participant object 4004 from the conference interface (FIG. 73) and disconnect the participant from the audio conference 114.
  • the user may be prompted by a display menu 7402 to confirm the removal of the participant.
  • FIG. 75 illustrates the architecture, operation, and/or functionality of another embodiment of the participant management module(s) 6502 for implementing the participant removal feature.
  • the client device 102 presents the conference interface with participant objects 4004 indicating who is currently participating in the conference.
  • the participant management module 6502 determines that one of the participant objects 4004 has been selected via the graphical user interface 132. Depending on the particular input device and graphical user interface commands supported by the client device 102, the selected participant object 4004 may be moved away from an initial location (block 7506).
  • the participant management module 6502 may be configured to monitor the location of the selected participant object 4004.
  • the participant management module 6502 receives the remove participant command, which may be triggered by, for example, the release of the selected participant object 4004 a predetermined distance from the original location, at some predetermined location or capture region, or in other embodiments via any desirable input command (e.g. , gesture, hotkey, key shortcuts, etc.).
  • the participant management module 6502 may determine the identity of the selected participant object 4004.
  • the participant object 4004 may be identified according to a system identifier (e.g. , participant identifier 3802 - FIG. 38) assigned by the conferencing system 106 for monitoring the participant within the conference.
  • the participant management module 6502 initiates the removal of the participant object 4004 from the conference interface and disconnects the connection associated with the system identifier.
  • the information distribution module(s) 6504 comprise the logic and/or functionality for enabling a user of the computing device 102 to distribute information between participants in the online conference by selecting and moving, via the conference interface, a source information object to a drop target associated with one or more participants.
  • the selection and movement of the information objects may be implemented via a drag-and-drop functionality and any suitable input mechanisms, such as those described above or others.
  • the information distribution module(s) 6504 may be configured to control the selection and distribution of various types of information objects to participants in the online conference.
  • An information object refers to any user interface component, to which a drag and drop operation may be performed, and which has an associated source information object.
  • the information object may comprise a data file or programming code or a universal resource locator (URL) associated with a data file or programming code.
  • URL universal resource locator
  • the information source may be in the form of text, audio, video, graphics, etc. or any combination thereof.
  • the information source may be stored on the computing device 102, the conferencing system 106, or any other system accessible by either the computing device 102 or the conferencing system 106.
  • FIGS. 76 - 80 illustrate an embodiment in which the information source comprises profile information associated with a participant object 4004 displayed by the conferencing system 106, and the profile information is added as a new contact to a participant's contact list.
  • FIGS. 81 - 88 illustrate an embodiment in which the information source comprises one of the participant's information resources, and the information source is distributed to one or more participants in the online conference.
  • FIGS. 89 - 95 illustrate an embodiment in which the information source comprises an information object introduced to the online conference via a collaboration application.
  • the conference interface may be configured with a my contacts list 6604 comprising a plurality of contact objects 6606 and a screen portion 4002 in which each participant in the online conference is identified with a participant object 4002.
  • the contacts list 6606 may be provided and/or managed by the conferencing system 106, an application operated by the computing device 102, a social networking computer system 3102, or other contact management application.
  • the participant object 4002 may be associated with stored profile information identifying the participant.
  • the profile information may comprise any desirable parameters, including those described above and illustrated in FIG. 38.
  • the profile information may be stored by the conferencing system 106 and obtained in any of the ways described above.
  • the profile information may be provided by a participant when accessing the conferencing system 106.
  • the profile information may be specified by participants during an audio conference 114 via the conference interface, obtained from local or remote call identification databases, or imported from other online services, such as search engines, social networking profiles, etc.
  • the drag-and-drop functionality enables a user of the computing device 102 to select a participant object 4002 (FIG. 76) and perform an input gesture or other input command (FIG. 77) to move the participant object 4002 to the contacts list 6604.
  • the participant object 4002 may be selected in various ways depending on, for example, the configuration of the graphical user interface 132 and the input mechanism.
  • the drag-and-drop functionality is provided via a touchscreen display 5004.
  • the user may perform any desirable gesture to move the selected participant object 4002 to the my contacts list 6604.
  • the selected participant object 4002 may be moved with a drag operation.
  • the drag operation may be configured to further monitor the location of the input mechanism (e.g. , human or stylus touch, cursor, etc) while the participant object 4002 is selected.
  • the participant object 4002 is moved at least partially within the display region of the contacts list 6604.
  • the user may deselect the participant object 4002 within display region, which triggers an add-contact command that instructs the contact management application to create a new contact containing one or more of the profile parameters.
  • a new contact object 6606h may be displayed in the contacts list 6604.
  • the conference interface may include a separate screen portion for dropping or otherwise capturing the participant object 4002 as a new contact.
  • the separate screen portion may be included within the screen portion 4002 or any other location within the conference interface.
  • the graphical user interface 132 may support other input gestures or mouse-driven commands for implementing the drag-and-drop or similar functionality.
  • a participant object 4002 may be "flicked" toward the capture region or drop target using monitored location and/or acceleration parameters.
  • the participant object 4002 may be added as a new contact via a hotkey or other keyboard input or a selectable menu.
  • a menu 7902 may be automatically or selectively displayed with an add contact prompt (FIG. 79).
  • the menu 7902 may include options for enabling the user to specify the location of the contacts list.
  • the contact may be added to, for example, a local contacts list, a social network list, or to a list maintained by the conferencing system 106.
  • the add contact command may be configured with appropriate parameters to communicate with the participant contact management application specified by the user, including, for example, automatically or selectively inviting the contact to join the user's social networking list.
  • FIG. 80 illustrates the architecture, operation, and/or functionality of an embodiment of the information distribution module(s) 6504 for implementing the above-described add-contact features.
  • the client device 102 presents the conference interface displaying a plurality of participant objects 4002 that identify the participants in the conference.
  • the client device 102 may also present the contacts list 6604.
  • the information distribution module 6504 determines that one of the participant objects 4002 has been selected via the graphical user interface 132.
  • the selected participant object 4002 may be moved to the contacts list 6604 or other capture region (block 8006).
  • the information distribution module 6504 may be configured to monitor the location of the selected participant object 4002 and determine that the object has been released at the drop target. In response to the release of the object, the menu 7902 (FIG. 79) may be presented to prompt the user for a contact application (block 8010). At block 8012, the information distribution module 6504 receives the user selection and initiates the add-contact command. At block 8014, the information distribution module 6504 may determine the profile information associated with the selected participant object 4002. The profile parameters may be obtained from a local application or a remote service, such as the conferencing system 106 or social networking system 3102. At block 8016, the add-contact command initiates the process of adding the contact to the online conference and sends the profile information to the selected contact application.
  • a conference interface 8100a may be configured with a my resources list 8102 that displays user interface objects associated with one or more information sources.
  • the information objects may comprise, for example, a document object 8106 corresponding to a document, a video object 8108 corresponding to a video, an audio object 8110 corresponding to an audio clip, an image object 8112 corresponding to an image, a contact object 8114 corresponding to a contact (e.g. , contact objects 6606), a message object 8116 corresponding to an email, text message, blog post, social networking update, etc. or any other information object 8118.
  • the my resources list 8102 comprises a file browser window for browsing files stored in memory 404.
  • the information objects 8118 may comprise an icon identifying one or more files or folders.
  • the my resources list 8102 may interface with a web service such as, for example, a video, audio, or image hosting site.
  • the information objects 8118 may include selectable objects identifying the underlying embedded code or the location of the hosted file.
  • the my resources list 8102 may interface with and display messages, videos, documents, files, etc. shared via a social networking system 3102.
  • the conference interface 8100a may include the screen portion 4002 that displays a participant object 4002 identifying each participant in the online conference.
  • the conference interface 8100a (FIGS. 81 - 85) corresponds to a version of the conference interface 8100 presented to a first participant 104a.
  • the conference interface 8100b (FIG. 86 & 87) corresponds to a version of the conference interface 8100 presented to a second participant 104b.
  • the screen portion 4002 is similar for versions 8100a and 8100b, although the my resources list 8102 may be individually configured by each respective participant 104 to display their own unique information objects 8118.
  • the drag-and-drop functionality enables a user (e.g. , the first participant 104a) to select one of the information objects 8118 and distribute the associated information source to one more of the other participants in the conference.
  • the first participant 104a has selected a document object 8106.
  • the first participant 104a may perform an input gesture or other input command to move the selected document 8106 to the conference interface.
  • the document object 8106 may be moved to a participant object 4004 (FIG. 83) to distribute the document to the corresponding participant (i.e., the second participant 104b).
  • the document object 8106 may be moved to a predetermined location or drop target within the screen portion 4002 to distribute the document to all of the participants in the online conference.
  • the document object 8106 may be selected in various ways depending on, for example, the configuration of the graphical user interface 132 and the input mechanism.
  • the drag-and-drop functionality is provided via a touchscreen display 5004.
  • the user may perform any desirable gesture to move the selected document object 8106 to the drop target.
  • the first participant 104a may deselect the document object 8106 to trigger a distribute object command that initiates delivery of the information source to the selected participants.
  • a menu 8502 (FIG. 85) may be displayed to enable the first participant 104a to select one or more delivery parameters.
  • An email button 8504 may be selected to deliver the document to an email address stored in the participant profile associated with the participant object(s) 4002.
  • a conference profile button 8506 may be selected to store the information source by the conferencing system 106.
  • the conferencing system 106 may store the information source at a designated participant profile or otherwise enable the participants 104 to access the information source (e.g. , download, select a link).
  • the online profile button 8508 may be selected to send the information source (or a link to the information source) to the participant' s social networking profile.
  • FIG. 86 illustrates the conference interface of the second participant 104b before the document object 81 16 has been distributed by the first participant 104a.
  • the second version 8100b of the conference interface 8100 may include a "Conference Inbox" which is managed by the conferencing system 106 and enables participants to conveniently share information resources within the conference.
  • FIG. 87 shows that the selected document object 8106b has been displayed in the second participant's "Conference Inbox.”
  • the second participant 104b may access the document by selecting the document object 8106a.
  • FIG. 88 illustrates the architecture, operation, and/or functionality of an embodiment of the information distribution module(s) 6504 for implementing the above-described information distribution features.
  • the client device 102 presents the conference interface, which displays a plurality of participant objects 4002 that identify the participants in the conference.
  • the client device 102 presents a user interface component (e.g. , my resources list 8102) that displays a plurality of information objects 8118.
  • the information distribution module 6504 determines that one of the information objects 81 18 has been selected via the graphical user interface 132.
  • the information distribution module 6504 may be configured to monitor the location of the selected participant object 4002 and determine that the object has been moved to a drop target in the conference interface. In response to the release of the object, a menu 8502 (FIG. 85) may be presented to prompt the user to specify a method for delivering the information source to the participant(s) (block 8812).
  • the information distribution module 6504 receives the user selection and initiates the distribute-object command.
  • the information distribution module 6504 may determine the profile information associated with the selected participant object 4002 and delivery method. For example, the first participant 104a may select to deliver the document to the second participant 104b via email. The information distribution module 6504 may access the stored profile associated with the second participant 104, identify the email address, and then initiate the delivery of the document to the email address (block 8818).
  • FIGS. 89 - 95 illustrate another embodiment of an information distribution method via a conference interface 8900.
  • the conference interface includes a collaboration application 8104.
  • the collaboration application 8104 comprises a shared space within the conference interface that enables the participants to share information (e.g., text, audio, video, images, etc.).
  • the collaboration application 8104 may support a simple notes or chat- type application that enables each participant to insert text within a shared user interface.
  • the collaboration application 8104 may comprise a whiteboard-type functionality that supports a drawing function. It should be appreciated that the collaboration application 8104 may support any desirable functionality for enabling the participants to share information regardless the medium.
  • the shared information comprises, for example, text, images, video, audio, graphics, etc., or any combination thereof.
  • the collaboration application 8104 may include logic for enabling the participant to specify the type of information being shared or, in some embodiments, the collaboration application 8104 may automatically determine the type of information source. In this regard, the collaboration application 8104 may present the shared information as a plurality of information objects 8118.
  • the conference interface 8900 may include the screen portion 4002 that displays a participant object 4002 identifying each participant in the online conference, as well as a my resources list 8102 (or similar functionality).
  • the drag-and-drop functionality enables a user to select one of the information objects 8118 displayed in collaboration application 8104 and distribute the associated information source to one more of the other participants in the conference.
  • the participant 104a has selected a video object 8106 that has been shared by one of the participants in the conference.
  • the participant 104a may perform an input gesture or other input command to move the selected video 8108 to the conference interface, the my resources list, or other drop target.
  • the video object 8108 may be moved to a participant object 4004 (FIG. 92) to distribute the video to the corresponding participant.
  • FIG. 92 participant object 4004
  • the video object 8108 may be moved to a predetermined location or drop target within the screen portion 4002 to distribute the video to all of the participants in the online conference.
  • the video object 8108 may also be dragged and dropped to the my resources list 8102.
  • the user may also distribute information objects 8118 from the collaboration application 8104 to non-participants by dropping the selected objects to, for example, a contact object 6606 displayed in the contacts list 6604.
  • the information object 8118 may be selected in various ways depending on, for example, the configuration of the graphical user interface 132, the input mechanism(s), and the particular functionality supported by the collaboration application 8104.
  • the drag-and-drop functionality is provided via a touchscreen display 5004.
  • the user may perform any desirable gesture to move the selected document object 8106 to the drop target.
  • the first participant 104a may deselect the video object 8108 to trigger a distribute-object command that initiates delivery of the information source to the selected participants, contacts, etc.
  • the user may also specify the method for delivering the selected information object via prompts in a menu (FIG. 85). [00341] FIG.
  • the client device 102 presents the conference interface, which displays a plurality of participant objects 4002 that identify the participants in the conference.
  • the client device 102 presents a collaboration application 8104 that enables the participants to share information resource.
  • the information distribution module 6504 determines that one of the information objects 8118 displayed in the collaboration application 8104 has been selected via the graphical user interface 132. The user may select one or more (or all) of the information objects 8118.
  • the information distribution module 6504 may be configured to monitor the location of the selected information object 8118 and determine that the object has been moved to a drop target (e.g. , the conference interface, one or more participant objects 4004, a contact object, the my resources list 6604, etc.). In response to the release of the object, a menu 8502 (FIG. 85) may be presented to prompt the user to specify a method for delivering the information source to the participant(s) (block 9512).
  • the information distribution module 6504 receives the user selection and initiates the distribute-object command.
  • the information distribution module 6504 may determine the profile information associated with the selected participant object 4002 (or other drop target) and a specified delivery method (if applicable).
  • the information distribution module 6504 distributes the information source according to the specified delivery method and/or profile information.
  • the conferencing system 106 may also support various additional mechanisms for transferring information to, and distributing information from, the conferencing system 106.
  • the conferencing system 106 may provide a customized email address that is associated with the participant's account.
  • the customized email address may be automatically established, associated with the participant's account, and made available for use.
  • the participant 104 may use the email account to send and receive emails via a separate client application, a web- based interface, or via the conference interface. Because the customized email address is linked to the participant's account, when an email to this address is received, the conferencing system 106 may automatically determine the corresponding account.
  • Any file attachments, links, or other documents or information may be automatically or manually parsed from the email and made available to the participant 104, via the conference interface, for presentation during a conference or for distribution to other participants in the manner described above.
  • the participant 104 may associate an existing email address with the account instead of using a separate customized email address.
  • Embodiments of a conference session management functionality may be implemented via the module(s) 6506 stored in memory 404 (FIG. 65).
  • the conference session management module(s) 6506 comprise the logic and/or functionality for enabling a user of the computing device 102 to create a breakout session of a conference session via the graphical user interface 132.
  • the breakout session may be created by selecting and moving one or more participant objects 4004 to a predetermined drop target.
  • the selection and movement of the participant objects 4004 may be implemented via a drag-and-drop functionality and any suitable input mechanisms, such as those described above or others.
  • FIG. 96 illustrates an embodiment of a conference user interface 9600 for creating the breakout session.
  • the conference user interface 9600 generally comprises a screen portion 4002 displaying a participant object 4004 for each participant 104 in a conference session provided by the conferencing system 106.
  • the conference session may comprise an audio conference 114 with an associated online conference.
  • the conference session may be established by the conferencing system 106 in any of the ways described herein.
  • the conference user interface 9600 may further comprise a user interface component (e.g. , breakout session component 9602) for enabling a user of the client device 102 to selectively initiate the process of creating a breakout session.
  • a user interface component e.g. , breakout session component 9602
  • each participant object 4002 may be configured to support a drag-and-drop functionality via the graphical user interface 132.
  • the drag-and-drop functionality (or other input gesture(s), as described herein) enables the user to select and move a participant object 4004 from a main conference window in the screen portion 4002 to the breakout session window in the screen portion 9702.
  • the drag and drop operation may initiate an appropriate command for instructing the conferencing system 106 to add the corresponding participant to a breakout session.
  • the participant object 4004 may be selected in various ways depending on, for example, the configuration of the graphical user interface 132 and the input mechanism.
  • the drag-and-drop functionality is provided via a touchscreen display 5004.
  • the drag-and-drop functionality may be configured to determine the location on the touchscreen display 5004 of a human touch or stylus touch.
  • the participant object 4004 may be selected by touching the displayed region of the object.
  • FIG. 98 illustrates the participant object 4004e being selected by the user touching the appropriate display region.
  • the user selection of the participant object 4004 may be performed by moving the location of a displayed cursor over the displayed region and initiating a selection command (e.g. , by clicking a mouse, touchpad, or other input mechanism).
  • the user may perform any desirable gesture to move the selected participant object 4004 to the screen portion 9702.
  • the selected participant object 4004e may be moved with a drag operation.
  • the drag operation may be configured to further monitor the location of the input mechanism (e.g. , human or stylus touch, cursor, etc) while the participant object 4004 is selected.
  • the participant object 4004e is moved within the breakout session window.
  • the user may deselect the participant object 4004e to trigger the command to add the corresponding participant to the breakout session.
  • FIGS. 100 and 101 illustrate a second participant object 4004f being added to the breakout session.
  • the breakout session may be created by processing the audio streams 122 in an audio conference 114.
  • participant objects 4004e and 4004f are moved to the breakout session window.
  • the conferencing system 106 Prior to moving the participant objects 4004e and 4004f, the conferencing system 106 has established an audio conference 114 involving six participants identified by participant identifiers 120a - f. Each participant has a corresponding audio stream 122a - f, and is identified in the conference interface with a corresponding participant object 4004a - f.
  • the conference session management module(s) 6506 may identify the corresponding audio streams 122e and 122f with reference to the participant identifiers 120e and 120f.
  • the conference session management module(s) 6506 may configure and initiate appropriate command(s) to the conferencing system 106.
  • the command for adding a participant to the breakout session may specify the participant identifier 120e and 120f.
  • the conferencing system 106 may receive the command(s) and identify the corresponding audio streams 122e and 122f.
  • the conferencing system 106 may establish a breakout session 12002 comprising the audio streams 122e and 122f.
  • the conferencing system 106 may remove or otherwise disable or mute the audio streams 122e and 122f in the audio conference 114 associated with the original conference, and create a separate mix of the two streams for the breakout session 12002. In this manner, the participants in the conference session do not hear the audio streams 122e and 122f, and the participants in the breakout session do not hear the audio streams 122a, 122b, 122c, 122d, and 112g.
  • the processing of the audio streams 122 may be implemented in various alternative ways depending on the architecture of the conferencing system 106.
  • the breakout session 10502 may be selectively recombined or rejoined with the audio conference 114 by similarly processing the audio streams 122a - f.
  • a user may recombine the breakout session 10502 with the audio conference 114 by selecting a user interface component (e.g. , combine sessions component 10602).
  • the breakout session window may be configured as a draggable object, which the user may select and move to the main conference window (FIG. 107). Individual participants may be added back to the conference session by selecting and moving the participant object 4004 from the breakout session window to the main conference window, as described above.
  • FIG. 103 illustrates the architecture, operation, and/or functionality of an embodiment of the conference session management module(s) 6506 for implementing the above-described session management features.
  • the client device 102 presents the conference interface, which displays in a first screen portion a plurality of participant objects 4004 identifying the participants in a conference session established by the conferencing system 106.
  • the conference session management module 6506 determines that one of the participant objects 4004 has been selected via the graphical user interface 132.
  • the selected participant object 4004 may be moved to a drop target associated with a breakout session (block 10306).
  • the conference session management module 6506 may determine a participant identifier 120 associated with the participant object.
  • the conference session management module 6506 may instruct the conferencing system 106 to remove the participant from the conference session (block 10310) and add the participant to the breakout session (10312).
  • participant authentication module(s) 6508 comprise the logic and/or functionality for authenticating a participant via a signature capture mechanism displayed in the conference interface.
  • the signature capture mechanism may comprise an area within the conference interface presented via the graphical user interface 132.
  • the signature capture area is configured to electronically recognize and/or capture the location of an input device via the graphical user interface 132 as the input device is moved with respect to the screen portion.
  • a touchscreen display 5004 may be used to enable a user to write or trace on the screen portion with, for example, a finger or other input device, such as, a stylus.
  • a mouse or other input device 6501 (FIG. 65) may be used to control the movement of a displayed cursor within the screen portion.
  • FIG. 108 illustrates the architecture, operation, and/or functionality of one embodiment of the participant authentication module(s) 6508 for authenticating a participant in a conference.
  • the conference may be established by the conferencing system 106 in any of the ways described herein.
  • the conference may comprise an audio conference 114 and/or a videoconference with an associated conference interface presented to a client device 102 by the conferencing system 106 via a communication network.
  • the conferencing system 106 may call or invoke the participant authentication process whenever it is desirable to authenticate a participant for any event related to the provision and/or management of the conference (i.e., a conference event).
  • the participant authentication module 6508 determines or is otherwise notified of a conference event associated with the conference for which a participant is to be authenticated.
  • the conference event may be associated with a login event (FIG. 109) or, in other embodiments, may be used to authenticate a participant prior to distributing a document or other information source.
  • FIG. 110 illustrates an embodiment in which a participant 104a selects a document object 8106 to be distributed to a participant 104b. It may be desirable to authenticate the participant 104b prior to distributing the document, particularly if the document is confidential or it is otherwise desirable to confirm the identify of the recipient. In this manner, after the selected document object 8106 is dropped to the participant object 104b, a secure distribution event may be trigger. The secure distribution event may initiate the display of a screen 11102 (FIG. I l l), which includes a signature capture area.
  • FIG. 113 shows a "meeting minutes approval" screen 11304, which prompts the participant to approve meeting minutes (which may be displayed, for example, in the conference interface by the collaboration application 8104).
  • the screen 11304 may include a description 11306 of the issue being voted on, as well as a "yes" button 11308 and a "no" button 11310 or other input mechanisms.
  • a signature capture area 10906 may be displayed for authenticating the participant (FIG. 114).
  • the participant authentication module 6508 presents to the participant being authenticated a signature capture area in the conference interface.
  • the signature capture area may comprise a window, menu, display, area, region, etc. or any other user interface component displayed in the conference interface via the graphical user interface 132.
  • the user interface component may display the border of the signature capture area to highlight the defined area.
  • the signature capture area is configured to electronically capture location coordinates of an input device (e.g. , human or stylus touch on a touchscreen display or a cursor) as the input device is moved within the defined area.
  • the signature capture area may capture continuous movement or a series of movements.
  • Signature capture area 10906 (FIGS. 109 & 114) is configured to capture a handwritten signature. It should be appreciated, however, that the signature may comprise any series of one or more movements as determined by the particular user.
  • the signature capture area may display a reference grid comprising a plurality of nodes 11104.
  • the participant may be asked to trace a predefined pattern through two or more of the nodes 11104.
  • the signature capture area may detect the traced pattern 11106 as a node-to-node sequence.
  • the participant has traced a node- to-node sequence from the top left node, to the top right node, to the bottom right node, and terminating at the center node.
  • This trace pattern 11106 may define the node-to-node sequence according to numbered nodes. It should be appreciated that other reference grids, patterns, arrangements, etc. may be implemented.
  • the location coordinates of the electronic signature are converted into a participant electronic signature.
  • the participant electronic signature may be compared to a stored electronic signature (block 10810).
  • the stored electronic signature may be stored locally in memory 404, in the conferencing system 106, or at another remote location.
  • the stored electronic signature may have been previously specified as a reference signature for purposes of authenticating the participant.
  • the stored electronic signature may be logically associated with a participant identifier. In this regard, the participant electronic signature and the participant identifier may be provided to the application performing the comparison.
  • the application may look-up the stored electronic signature corresponding to the participant identifier and determine whether there is match (decision block 10814).
  • the comparison of the two signatures may be implemented via any suitable algorithms, taking into account human error and/or any technical limitations associated with the input mechanism. If there is a match, the participant may be authenticated (block 10812). If there is not a match, the process may be repeated one or more times or the participant may be denied access to the conference event.
  • FIG. 1 15 illustrates an embodiment of a conference record/playback system 1 1500 for enabling participants 104 to selectively record, playback and distribute various components of a conference provided by a conferencing system 106.
  • the conference record/playback system 11500 comprises a conferencing system 106 and a plurality of client devices 102 connected via one or more communication networks 1 10 (FIG. 1).
  • the conferencing system 106 and the client devices 102 may be configured in the manner described above.
  • the conferencing system 106 establishes an audio conference 114 between the participants 104.
  • One or more server(s) 108 may be configured to present the audio conference 114 and a conference interface to the client device(s) via a client 1 1502 (e.g.
  • the conference interface may be presented to and displayed via a graphical user interface 132 and an associated display (e.g. , touchscreen display device 5004 or other display device).
  • a graphical user interface 132 and an associated display (e.g. , touchscreen display device 5004 or other display device).
  • the client device(s) 102 further comprise a record module 11504, a playback module 1 1506, a control module 11510, and one or more buffer(s) and or storage device(s) 1 1508.
  • the record module 1 1504, the playback module 11506, and the control module 1 1510 may be embodied in memory (e.g. , memory 404) and executed by one or more processor(s) 402.
  • the modules 11504, 11506, and 1 1510 may be integrated with the client 13002, although it should be appreciated that the modules may comprise separate modules that interface with the client 11502, the graphical user interface 132, the conference interface, or other associated software and/or hardware programs. Furthermore, it should be appreciated that one or more of these modules may reside at the server(s) 106 or other components in the conferencing system 106.
  • the record module 11504 is configured to capture content and/or functionality displayed or otherwise presented in the conference interface, including audio streams 122 in the audio conference 114 and any other audio, video, graphics, images, documents, text, data, or other multimedia presented via the conference interface 3110.
  • a user of the client device 102 may selectively control the record module 11504 via the control module 11510 and an associated user interface.
  • the recording module 11504 may store the captured content in one or more buffers or storage devices 13008. In an embodiment, the captured content is buffered in real-time during the conference for immediate or subsequent playback by the playback module 11506, as described below in more detail.
  • the record module 11504 may comprise a screen capture functionality for capturing portions of (or the entire display region of) the conference interface.
  • the record module 11504 may separately capture embedded audio and/or video content. At the conclusion of, or during, a conference, the captured content may be processed and stored in a playable format for storage, distribution, etc.
  • the captured content may comprise data related to any of a plurality of conference channels 11512 associated with the conference.
  • the conference channels 11512 may comprise, for example, the audio streams 122 in the audio conference 114, the presentation content associated with the conference interface, and any inserted media 11602 from participants 104.
  • the example illustrated in FIG. 116 comprises an audio conference 114 comprising three participants 104a - 104c. Each participant has an associated audio stream 122a - 122c.
  • the inserted media 13102 may comprise audio, video, documents, notes, images, graphics, data, etc. that a participant may share, post, or otherwise present or display via the conference interface.
  • each client device 102 in the conference record/playback system 11500 may selectively capture one or more of the conference channels 11512 for immediate or subsequent playback.
  • the captured content may be stored on the respective client devices 102 or at the conferencing system 106.
  • the conferencing system 106 may include the record module 11506 and the buffer(s) or storage device(s) 11508.
  • FIG. 117 illustrates an embodiment of a data structure for a recorded conference 11700, which has been recorded and stored via the conference record/playback system 11500.
  • the recorded conference 11700 may be stored in any storage device in any computer-readable format.
  • the recorded conference 11700 is configured as a playable media file or code.
  • the recorded conference 11700 may be transferred or distributed between participants 104 or to other recipients using any desirable transfer or distribution method.
  • a participant 104 who recorded a conference may transfer the recorded conference 11700 to a participant profile or archive hosted by the conferencing system 106.
  • the archive may store multiple recorded conferences 11700 for subsequent access and/or distribution by the participant 104 or any other users.
  • the users may download the recorded conference 11700 for playback on a client device 102.
  • the recorded conference 11700 may be streamed as an integrated video.
  • the recorded conference 11700 may be referenced with a uniform resource locator (URL) or other embedded code that may be distributed to users.
  • the participant 104 may also directly transfer or distribute the recorded conference 11700 to other users via any of the above-described or other methods, including by electronic mail or via a social networking computer system or third party video distribution system.
  • the recorded conference channels 11512 are synchronized according to a master timeline associated with the conference (e.g. , conference timeline 1 1702).
  • the record module 1 1504 may generate timestamps 1 1704 for the recorded content.
  • the timestamps 11704 may include a time reference 11706, an event type 1 1708, and an event identifier 1 1710.
  • the time reference 1 1706 defines a temporal location along the master timeline.
  • the event type 13208 and event identifier 13210 may be used to catalogue specific types of events that occur in the conference.
  • a participant 102a may insert a video object 1 1712 in the conference interface 3110.
  • the video object 1 1712 may be shared with the other participants 102b and 102c via the conference interface 3110, and an appropriate event type 1 1712 and event identifier 1 1710 may be created to identify the beginning and end of the inserted video. Later in the conference, the participant 102b may insert an audio object 1 1714, and the participant 102c may display a document object 1 1716. The record module 11504 may generate a timestamp 1 1704 to identify the beginning and end of the inserted audio and document.
  • timestamps 11704 may be generated for participant-specified comments, notes, or markers 11802.
  • the markers 11802 may be used to identify relevant points in the conference for subsequent review, or otherwise annotate the conference.
  • timestamps 11704 may be generated to identify incoming and/or outgoing posts associated with a data feed, such as, for example, a communication channel 3202 related to a social networking system 3102 (FIGS. 31 & 32). Timestamps 11704 for the markers 11802 and feeds 11804 may be categorized as private or public, which may define whether the channel components 11512 are shared with other participants 104 or only available to the user who defined them.
  • the conference interface 11900 displays an interactive participant object 11904 that identifies each participant 104 in the conference.
  • the interactive participant object 11904 may display similar information as described above in connection with participant objects 4004 (e.g., a graphical representation 4102, profile information 4104, an audio indicator 4106, a business card component 4108, etc.).
  • the business card component 4108 may "flip" the participant object 4004 to display additional parameters 4202.
  • the interactive participant objects 11902 may comprise further interactive functionality and visual effects.
  • the participant object 11902 may comprise a cube having multiple display faces. When a participant 104 selects a user interface component, the cube may be expanded to display one or more faces of the object.
  • FIG. 119 illustrates the participant object 11902d after is has been selected by one of the participants.
  • the user selection may trigger the display of cube faces 12002d, 12004d, and 12006d.
  • Each face may display additional information about the participant.
  • the cube faces may be configurable by the participant and may display, for example, a social networking profile, updates to a social networking communication channel 3202, video, graphics, images, or any other content.
  • the cube faces may be further selected to return to the original collapsed cube.
  • the participant object 11902 may be rotated (either automatically or via user selection) to display the respective cube faces 12002d, 12004d, and 12006d.
  • FIG. 121 shows the participant object 1 1902 after it has been rotated to display cube face 12004d. It should be appreciated that the participant object 1 1902 may be configured with additional or alternative visual effects and/or interactive functionality.
  • the conference interface 11900 may comprise one or more selectable components for accessing various features.
  • a my connection component 1 1906 may launch a display for enabling a participant 104 to configure the existing connection between the client device 102 and the conferencing system 106.
  • the participant 104 may disconnect a connection to the audio conference 114, establish a new connection to the audio conference 1 14 (e.g. , by dial-out), or reconfigure the existing connection to the audio conference 1 14.
  • the participant 104 may also configure the connection to the online conference via the conference interface 3110.
  • the connection to the online conference may be transferred to another client device 102 or another client 11502 on an existing client device 102. This may enable the participant 104 to seamlessly maintain a presence in the online conference during the transfer.
  • An invite component 11908 may launch a menu 12202 (FIG. 122) for enabling a participant 104 to invite additional participants 104 to the online conference.
  • additional participants may be invited by, for example, dialing out to a telephone number (phone component 13704), sending an email including information for accessing the conferencing system 106 (email component 12206), or sending a message to a web service (web presence component 12208), such as, for example, a social networking system 3102.
  • a share component 11910 may launch a menu 12302 (FIG. 123) for enabling a participant 104 to insert and share media with other participants in the online conference.
  • the menu 12302 may prompt the participant 104 to specify a browse location for selecting the media.
  • a conference room component 12304 may display media stored by the conferencing system 106.
  • a local device component 12306 may display a file browser for enabling the participant 104 to select files located on the client device 102.
  • a web component 12308 may display available media hosted by a web service, such as, for example a third party video, audio, or document hosting service.
  • FIG. 124 illustrates the conference interface 11900 after a participant 104 has identified a web-based video 13902. The client device 102 may launch the web-based video 12402 and the conferencing system 106 shares it with all of the participants 104 via the conference interface 3110.
  • the component when the participant launches the web-based video 12402 (or other user interface component, presentation display, etc.), the component may be introduced in the conference interface 11900 as a "fly-in" component to provide a more visually engaging experience. For instance, the component may appear to be raised from a bottom portion of the conference interface 11900 and the participant objects 11902 may be automatically rearranged in the remaining available screen space (or hidden) to accommodate the component. The movement of the component may originate from any portion of the screen and may implement any desirable animation or effects.
  • the "fly-in” component is configured to simulate the motion of a physical screen being raised from the "floor” of the screen, with the participant objects 11902 being "pushed aside” by the display or otherwise rearranged or hidden.
  • the participant objects 11902 may be displayed in the background with the "fly-in” component being raised in the foreground.
  • the animation or effects may be reversed and the participant objects 11902 returned to an original or other layout and the "fly-in" component moved to the original or other state.
  • the "fly-in” component animation and/or effects may be used with any desirable presentation content and/or functionality (e.g. , a display, pane, window, etc.).
  • a my room component 11912 may launch a display for enabling a participant 104 to configure the appearance of the conference interface 3110.
  • the participant 104 may configure the arrangement of the participant objects 11902, specify a location view 124, or configure any other presentation parameter.
  • An apps component 11914 may launch a menu 12502 (FIG. 125) for enabling a participant 104 to launch conference applications.
  • the conferencing system 106 may host a conference apps store for purchasing various conference applications.
  • An app store component 12504 may launch the app store where the participant 104 may purchase conference applications.
  • a my apps component 12506 may launch a display for enabling the participant 104 to select from applications that have already been purchased or are otherwise available to the participant 104.
  • a host apps component 12508 may display conferencing applications that have been made available by the host of the online conference.
  • FIG. 126 illustrates the conference interface 11900 after the participant 104 has launched a conference notes application 12602.
  • the notes application 12602 displays a text insertion component 12604 for enabling participants 104 to insert notes to a notes section.
  • a participant 104 may insert a note and select the post note component 14106, which adds as a group note 12610 with an indication 12608 of the participant 104.
  • a record component 11916 may launch a display 12702 (FIG. 127) for enabling a participant 104 to launch a conference recorder (component 12704) or configure record options (component 12706) or alert options (12708).
  • the record options component 12706 may launch a display 12802 for enabling participants 104 to select (e.g., via check boxes 12806) which components 12804 to record.
  • the participant 104 may select to record according to one or more of the following parameters: audio, conference interface, shared media, conference apps, my feeds, or all conference components.
  • the record module 11504 will record and store the selected components.
  • the alert options component 12702 may launch an alerts manager 12902 for enabling the participants 104 to configure the conference interface 3110 for various in-conference alerts.
  • the conference interface 3110 may be configured to alert the participant when certain events occur in the conference (component 12906) such as, for example, when a video is shared, a conference application is launched, etc.
  • Other types of participant-based alerts may be generated (component 12904).
  • the participant 104 may wish to be alerted via the conference interface 3110 when a particular participant 104 is speaking or when the participant takes a certain action in the conference.
  • the conference interface 3110 may present a record/playback navigation controller 13002 (FIG. 130) for facilitating various record and playback features.
  • the record/navigation controller 13002 comprises the user interface associated with the control module 11510.
  • the controller 13002 comprises a navigation controller 13102 comprising a pause/play input 13106, a rewind input 13104, and a forward input 13108 for initiating the respective playback functions.
  • the pause/play input 13106 toggles between the functions of pausing the conference and playing the conference.
  • the rewind input 13106 and the forward input 13104 enable the participant 104 to navigate to earlier and later locations along the master timeline of the conference during playback.
  • a participant 104 may select the live input 14612 to automatically return the live conference.
  • the mute input 13114 mutes the audio conference 114.
  • the record/playback navigation controller 13002 may further comprise an insert marker portion 13114 for enabling participants 104 to insert comments, tags, etc. (markers 11802 - FIG. 118) into the master timeline 11702.
  • the comment may be added to a text insertion component 13118 and specified as a private or public comment.
  • a timestamp 11704 comprising the comment is generated.
  • FIG. 132 is a flowchart illustrating the architecture, operation, and/or functionality of an embodiment of the conference record/playback system of FIG. 115 described above.
  • the conferencing system 106 establishes the audio conference 114 between a plurality of participants 104.
  • the conference interface 3110 and audio conference 114 are presented to the respective client devices 102.
  • one or more of the client devices 102 synchronously record the audio conference 1 14 and the conference interface 3110.
  • one or more of the conference channels 1 1512 may be recorded.
  • the synchronized audio and video are stored and played back (block 13210).
  • FIG. 133 illustrates an embodiment of a computer system 13300 for enabling a participant 104 in an online conference to seamlessly transfer a conference session from a first participant client device 102a to a second participant client device 102b.
  • the seamless transfer is provided during the conference in such a way that the other participants 104 in the conference are unaware of the transfer.
  • the computer system 14800 generally comprises a conferencing system 106 and a plurality of client devices 102 connected via one or more communication networks 110 (FIG. 1).
  • the conferencing system 106 is configured to establish an audio conference 114 between the participants 104.
  • One or more servers(s) 108 associated with the conferencing system 106 are configured to present the audio conference 114 and a conference interface 31 10 to the client device(s) 102 via a client (e.g. , a client 13002, a browser, one or more browser plug-ins, and/or any other general or special purpose client).
  • the conference interface 3110 may be presented to and displayed via a graphical user interface 132 and an associated display (e.g. , touchscreen display device 5004 or other display device).
  • Each client device 102 may access the conference interface 3110 via a session with the conferencing system 106 (i.e. , a conference session).
  • a client device 102 may comprise participant inter-device conference transfer module(s) 13302.
  • the module(s) 13302 generally comprise the logic or functionality for initiating, controlling, or implementing one or more aspects of the transfer process.
  • the module(s) 13302 may be embodied in memory (e.g., memory 404) and executed by one or more processor(s) 402.
  • One or more portions of the module(s) 13302 may reside at the first client device 102a (i.e. , an initial or primary client device), the second client device 102b (i.e. , a subsequent or secondary client device), the server(s) 108, or other components in the conferencing system 106.
  • the first participant client device 102a refers to a client device 102 that establishes an initial or earlier conference session (i.e. , first conference session) with the conferencing system 106.
  • the second participant client device 102b refers to a target client device 102 to which the participant 104 wishes to transfer the first conference session.
  • the first and second participant client devices 102 may comprise any computing device (as described above) capable of communicating with the conferencing system 106 via the communication network(s) 110.
  • the transfer process may be implemented in any situation in which it is desirable for a participant 104 to transfer a session with the conferencing system 106 from one device to another.
  • a participant 104 initially joins the conference via a personal computer, such as, a desktop computer or a laptop or notebook computer at the participant's work area.
  • the participant 104 may be required to leave the work area.
  • many participants 104 may have a mobile computing device capable of accessing the conference
  • conventional conference solutions may require the participant to disconnect from the personal computer and establish a new connection via the mobile computing device.
  • the participant 104 may be conspicuously absent from the conference.
  • One solution to this problem is for the participant 104 to establish the new session with the mobile computing device prior to disconnecting the personal computer.
  • the participant 104 may appear in the conference as two separate participants. Although this may be preferable to appearing absent, it may still confuse other participants 104 or undesirably highlight the fact that the participant is no longer at the work area or accessing the conference via a mobile computing device.
  • the participant 104 may experience a similar problem when the first conference session is established via a mobile computing device. For a variety of reasons, the participant 104 may desire to access the conference from a device other than the original mobile computing device. For instance, the mobile computing device may be losing battery power or the connection to a carrier network or other wireless network may become problematic. Another reason may be that the participant 104 desires to experience the conference on a computing device with a larger display or other preferred performance characteristics. As mentioned above, during the conference, one of the participants 104 may share a video or introduce an audio clip or other content or functionality via the conference interface 3110.
  • the mobile computing device may not have compatible software to view the video, or perhaps the display size, processing power, other hardware and/or software specifications, or other performance characteristics make it problematic to view the content or functionality presented in the conference interface 3110.
  • the participant 104 may desire to experience the conference from a more suitable computing device or platform. In this situation, the participant 104 would have the same problems described above.
  • the computing system 13300 may provide a solution to one or more of these or other problems by enabling the participant 104 to seamlessly change devices during the conference in an inconspicuous manner without interrupting the participant's presence in the conference.
  • FIG. 134 illustrates an embodiment of a method for transferring a conference session from the first client device 102a to the second client device 102b while maintaining the corresponding participant' s presence in the conference interface 3110. It should be appreciated that the method illustrates functionality, steps, or logic that may occur or reside at the first client device 102a, the second client device 102b, or the conferencing system 106.
  • a participant 104 joins an online conference via the first client device 102a.
  • the first client device 102a establishes a first conference session with the conferencing system 106.
  • the online conference may include an audio conference 1 14.
  • the conferencing system 106 presents a conference interface, such as, for example, the conference interface 3100 to the client device 102a, as well as the other client devices 102 in the conference.
  • the conference interface 3110 may display a participant object (e.g. , objects 4004, 1 1902) identifying each participant in the conference, including the participant 104 operating the first client device 102a (FIG. 148).
  • the conferencing system 106 may reference each participant object by a unique participant identifier 3802 (FIG. 38) corresponding to the participant.
  • the participant 104 initiates the transfer of the conference session to the second client device 102b.
  • the participant 104 may initiate the transfer via the conference interface 3100 by, for example, the my connection component 13406 (FIG. 119) or other user interface component(s) or input device(s).
  • the first client device 102a generates a transfer request 13502 (FIG. 135), which may include the participant identifier 3802 corresponding to participant 104.
  • the transfer request 13502 is sent to the second client device 102b. It should be appreciated that the transfer request 13502 may be configured in, and delivered to the second client device 102b, in various ways. In the embodiment illustrated in FIG.
  • the transfer request 13502 is sent to the second client device 102b via a local communication network, such as, for example, a short-range wireless network using any desirable protocol.
  • a local communication network such as, for example, a short-range wireless network using any desirable protocol.
  • This delivery method may be desirable in situations in which the client devices 102a and 102b are located in proximity to each other.
  • the transfer request 13502 may be sent to the second client device 102b via one or more of the communication networks 110.
  • the first client device 102a may send a message (e.g. , an email, social networking message, short message service (SMS) message, etc.) that may be received or otherwise retrieved by the second client device 102b.
  • the message may comprise a uniform resource locator (URL), as a link or otherwise, which directs the participant to the conferencing system 106.
  • the message may further comprise the participant identifier 3802.
  • the transfer request 13502 may be sent to the conferencing system 106 with or without the participant identifier 3802, and the conferencing system 106 may configure a new request or forward the original request to the second client device 102b.
  • the second client device 102b may acknowledge the request by sending a response or message 13702 to the first client device 102a (FIG. 137) and/or the conferencing system 106 (FIG. 138).
  • the second client device 102b establishes a second conference session 13902 with the conferencing system 106 via any of the methods described above.
  • the first conference session may be terminated.
  • the conferencing system 106 may continuously display in the conference interface 3110 the participant object corresponding to the participant 104 during and after the transfer process.
  • the conferencing system 106 may logically associate the second conference session (second client device 102b) with the first conference session (first client device 102b) based on the participant identifier 3802. In this manner, the conferencing system 106 may maintain the identity of the participant 104 in the conference interface 31 10 during both sessions and, thereby, enable the participant 104 to inconspicuously change devices without being perceived as having disconnected from the conference or as having changed devices or connections.
  • one or more of the process or method descriptions associated with the flow charts or block diagrams above may represent modules, segments, logic or portions of code that include one or more executable instructions for implementing logical functions or steps in the process.
  • the logical functions may be implemented in software, hardware, firmware, or any combination thereof.
  • the logical functions may be implemented in software or firmware that is stored in memory or non-volatile memory and that is executed by hardware (e.g. , microcontroller) or any other processor(s) or suitable instruction execution system associated with the multi- platform virtual conference location system.
  • the logical functions may be embodied in any computer readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system associated with the multi-platform virtual conference location system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions.
  • an instruction execution system, apparatus, or device such as a computer-based system, processor-containing system, or other system associated with the multi-platform virtual conference location system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Multimedia (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Divers modes de réalisation de systèmes, procédés et programmes d'ordinateur concernent une interface utilisateur de conférence. Un mode de réalisation est un procédé permettant de réaliser une conférence. Un tel procédé consiste à : un système de conférence établit une conférence audio entre une pluralité de participants via un réseau de communication ; le système de conférence présente une interface de conférence aux participants via une interface utilisateur graphique et un dispositif client correspondant en communication avec le système de conférence via le réseau de communication ; et l'interface de conférence affiche un objet de participant unique qui identifie chaque participant de la pluralité de participants dans la conférence audio selon une représentation graphique spécifiée par le participant correspondant.
EP10850874.8A 2010-04-30 2010-04-30 Systèmes, procédés et programmes d'ordinateur pour réaliser une interface utilisateur de conférence Withdrawn EP2564367A4 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2010/033084 WO2011136786A1 (fr) 2010-04-30 2010-04-30 Systèmes, procédés et programmes d'ordinateur pour réaliser une interface utilisateur de conférence

Publications (2)

Publication Number Publication Date
EP2564367A1 true EP2564367A1 (fr) 2013-03-06
EP2564367A4 EP2564367A4 (fr) 2014-04-23

Family

ID=44861821

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10850874.8A Withdrawn EP2564367A4 (fr) 2010-04-30 2010-04-30 Systèmes, procédés et programmes d'ordinateur pour réaliser une interface utilisateur de conférence

Country Status (3)

Country Link
EP (1) EP2564367A4 (fr)
JP (1) JP5775927B2 (fr)
WO (1) WO2011136786A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113099154A (zh) * 2021-02-20 2021-07-09 广州市保伦电子有限公司 一种可切换直播的视频会议方法、模块和系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9113033B2 (en) * 2012-08-28 2015-08-18 Microsoft Technology Licensing, Llc Mobile video conferencing with digital annotation
US20150067046A1 (en) * 2013-09-03 2015-03-05 International Business Machines Corporation Social networking information consumption gap resolution
WO2016046902A1 (fr) * 2014-09-24 2016-03-31 株式会社 東芝 Système, procédé et programme pour partager des informations écrites à la main
US20160255127A1 (en) * 2015-02-26 2016-09-01 Microsoft Technology Licensing, Llc Directing Meeting Entrants Based On Meeting Role
KR101994044B1 (ko) * 2018-09-03 2019-06-27 강병진 스마트 회의 통합 시스템
US11985000B2 (en) 2018-12-10 2024-05-14 Microsoft Technology Licensing, Llc Dynamic curation of sequence events for communication sessions
JP7159916B2 (ja) * 2019-03-04 2022-10-25 株式会社リコー 通信端末、通信システム、通信方法およびプログラム
JP6922060B2 (ja) * 2019-10-01 2021-08-18 マクセル株式会社 情報処理システム及び無線端末
WO2021090741A1 (fr) * 2019-11-08 2021-05-14 株式会社資生堂 Système de traitement d'informations, procédé de traitement d'informations, dispositif de traitement d'informations et programme
JP2022027062A (ja) * 2020-07-31 2022-02-10 エヌ・ティ・ティ・コミュニケーションズ株式会社 会話制御装置、会話システム及び会話制御方法
JP7149386B2 (ja) * 2020-10-15 2022-10-06 マクセル株式会社 情報処理システム及び無線端末
US20230208663A1 (en) * 2021-12-29 2023-06-29 Microsoft Technology Licensing, Llc Vocal action automation for controlling confidential content
WO2024158070A1 (fr) * 2023-01-27 2024-08-02 주식회사 엔씨소프트 Procédé, appareil et support d'enregistrement lisible par ordinateur pour la visualisation du locuteur dans un service de discussion vocale

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060075055A1 (en) * 2004-10-06 2006-04-06 Andrew Littlefield System and method for integration of instant messaging and virtual environment clients
US20070011273A1 (en) * 2000-09-21 2007-01-11 Greenstein Bret A Method and Apparatus for Sharing Information in a Virtual Environment

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3660198B2 (ja) * 1999-04-16 2005-06-15 日本電信電話株式会社 ３次元共有仮想空間表示方法、３次元共有仮想空間通信システム及び方法、仮想会議システム、並びにそのための利用者端末プログラムを記録した記録媒体
US6559863B1 (en) * 2000-02-11 2003-05-06 International Business Machines Corporation System and methodology for video conferencing and internet chatting in a cocktail party style
JP2003163905A (ja) * 2001-11-27 2003-06-06 Nippon Telegr & Teleph Corp <Ntt> テレビ会議システム及びテレビ会議方法
US20040128350A1 (en) * 2002-03-25 2004-07-01 Lou Topfl Methods and systems for real-time virtual conferencing
US20070055730A1 (en) * 2005-09-08 2007-03-08 Bagley Elizabeth V Attribute visualization of attendees to an electronic meeting
JP2007180828A (ja) * 2005-12-27 2007-07-12 Canon Marketing Japan Inc ネットワーク会議システム、ネットワーク会議方法、及び該方法を実行させるためのプログラム
JP2009206924A (ja) * 2008-02-28 2009-09-10 Fuji Xerox Co Ltd 情報処理装置、情報処理システム及び情報処理プログラム
EP2279472A4 (fr) * 2008-04-05 2013-11-20 Social Communications Co Appareil et procédés basés sur un environnement de communication à espace virtuel partagé
JP2010028715A (ja) * 2008-07-24 2010-02-04 Brother Ind Ltd 会議画像生成方法、会議システム、サーバ装置及び会議装置等

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070011273A1 (en) * 2000-09-21 2007-01-11 Greenstein Bret A Method and Apparatus for Sharing Information in a Virtual Environment
US20060075055A1 (en) * 2004-10-06 2006-04-06 Andrew Littlefield System and method for integration of instant messaging and virtual environment clients

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2011136786A1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113099154A (zh) * 2021-02-20 2021-07-09 广州市保伦电子有限公司 一种可切换直播的视频会议方法、模块和系统
CN113099154B (zh) * 2021-02-20 2022-08-12 广州市保伦电子有限公司 一种可切换直播的视频会议方法、模块和系统

Also Published As

Publication number Publication date
JP2013533526A (ja) 2013-08-22
JP5775927B2 (ja) 2015-09-09
EP2564367A4 (fr) 2014-04-23
WO2011136786A1 (fr) 2011-11-03

Similar Documents

Publication Publication Date Title
US8626847B2 (en) Transferring a conference session between client devices
US9189143B2 (en) Sharing social networking content in a conference user interface
US9560206B2 (en) Real-time speech-to-text conversion in an audio conference session
US9106794B2 (en) Record and playback in a conference
US10268360B2 (en) Participant profiling in a conferencing system
US9082106B2 (en) Conferencing system with graphical interface for participant survey
JP5879332B2 (ja) ロケーション認識会議
US20110271209A1 (en) Systems, Methods, and Computer Programs for Providing a Conference User Interface
US20110271332A1 (en) Participant Authentication via a Conference User Interface
US20110271197A1 (en) Distributing Information Between Participants in a Conference via a Conference User Interface
US20110270922A1 (en) Managing participants in a conference via a conference user interface
US20110271210A1 (en) Conferencing Application Store
US20110271192A1 (en) Managing conference sessions via a conference user interface
US20110268263A1 (en) Conferencing alerts
US10372315B2 (en) Location-aware conferencing with calendar functions
JP5775927B2 (ja) 会議ユーザインターフェースを提供するためのシステム、方法、及びコンピュータプログラム
US20110268262A1 (en) Location-Aware Conferencing With Graphical Interface for Communicating Information
EP3065339B1 (fr) Enregistrement et lecture dans une conference
WO2011136789A1 (fr) Partage de contenu de réseau social dans une interface utilisateur de conférence
WO2011136792A1 (fr) Distribution d&#39;informations entre des participants dans une conférence via une interface utilisateur de conférence
WO2011136787A1 (fr) Magasin d&#39;applications de conférence

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20121105

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: GUTHRIE, DAVID, MICHAEL

Inventor name: SCHEMMEL, SCOTT, A.

Inventor name: LEIGH, RANDOLPH, J.

Inventor name: STEWART, PETER

Inventor name: SCHAEFER, LAURENCE

Inventor name: JONES, BOLAND, T.

Inventor name: PETRIK, ERIK

Inventor name: MARTIN, J., DOUGLAS

Inventor name: MIJATOVIC, VLADIMIR

Inventor name: SANTORO, NICOLE, C.

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20140320

RIC1 Information provided on ipc code assigned before grant

Ipc: G06F 3/00 20060101ALI20140314BHEP

Ipc: G06Q 10/10 20120101AFI20140314BHEP

Ipc: G06Q 50/00 20120101ALI20140314BHEP

Ipc: H04L 12/18 20060101ALI20140314BHEP

17Q First examination report despatched

Effective date: 20161019

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20171215