Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Customizing a conferencing system based on proximity of a participant. A first participant may be detected as being proximate to a first conferencing system. For example, the first participant may provide user input to check in to the first conferencing system. Alternatively, the conferencing system may automatically detect the first participant (e.g., by automatically detecting a personal device of the first participant). In response to detecting the proximate participant, the first conferencing system may be automatically customized for the participant.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Selective audio combination for a conference. The conference may be initiated between a plurality of participants at respective participant locations. The conference may be performed using a plurality of conferencing endpoints at each of the participant locations. Audio may be received from each of the plurality of conferencing endpoints. Audio level information may also be received from each of the plurality of conferencing endpoints. The audio may be combined from a plural subset of the plurality of conferencing endpoints to produce conference audio. The plural subset is less than all of the plurality of conferencing endpoints. The audio may be combined based on the audio level information. The conference audio may be provided to the plurality of conferencing endpoints.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Performing a videoconference. The videoconference may be established at a first videoconferencing location between at least three videoconferencing locations. The locations may include the first location, a second location, and a third location. The first location may maintain a plurality of videoconferencing units and the second and third locations may each maintain a single videoconferencing unit. A first videoconferencing unit of the first location acts as a multipoint control unit (MCU) of the videoconference. The MCU may receive respective videoconferencing information from each videoconferencing unit of the videoconference. The MCU may provide active videoconferencing information of an active participant to ones of the videoconferencing units at the second and third locations corresponding to non-active participants. The MCU may provide second and third videoconference information from the videoconferencing units of the second and third locations for presentation at the first location.

Abstract: Conducting a private videoconference within a videoconference. A videoconference may be established between a plurality of endpoints. Input may be received requesting the private videoconference for a plural subset of the plurality of endpoints. The private videoconference may be established between the plural subset of the plurality of endpoints. The initial videoconference may continue during the private videoconference. Private videoconference data may be transmitted only to the plural subset of endpoints of the private videoconference. The private videoconference may be sent directly between the plural subset of endpoints or may be sent via a multipoint control unit, e.g., of the initial videoconference. The private videoconference data may not be sent to the remaining endpoints of the initial videoconference.

Abstract: Conducting a private videoconference within a videoconference. A videoconference may be established between a plurality of endpoints. Input may be received requesting the private videoconference for a plural subset of the plurality of endpoints. The private videoconference may be established between the plural subset of the plurality of endpoints. The initial videoconference may continue during the private videoconference. Private videoconference data may be transmitted only to the plural subset of endpoints of the private videoconference. The private videoconference may be sent directly between the plural subset of endpoints or may be sent via a multipoint control unit, e.g., of the initial videoconference. The private videoconference data may not be sent to the remaining endpoints of the initial videoconference.

Abstract: Customizing a conferencing system based on proximity of a participant. A first participant may be detected as being proximate to a first conferencing system. For example, the first participant may provide user input to check in to the first conferencing system. Alternatively, the conferencing system may automatically detect the first participant (e.g., by automatically detecting a personal device of the first participant). In response to detecting the proximate participant, the first conferencing system may be automatically customized for the participant.

Abstract: Providing high availability in videoconferences system. A first plurality of videoconferencing devices of a first type may be monitored. Additionally, a second plurality of videoconferencing devices of a second type may be monitored. During this monitoring, at least one device of the first plurality of videoconferencing devices performs activities corresponding to a respective videoconference and at least one device of the second plurality of videoconferencing devices performs activities corresponding to the respective videoconference. In response to failure of a one of the devices associated with the respective videoconference, failover to a second device of the same type may be performed. After performing failover, the second device performs the activities corresponding to the respective videoconference that the original device was performing.

Abstract: System and method for performing a videoconference. The videoconference may be established between at least three videoconferencing locations. Each videoconferencing location may include respective pluralities of displays, video inputs, and videoconferencing units. A first videoconferencing unit at a first videoconferencing location may receive an indication that there is an active talker at the first videoconferencing location. An indication that there is an active talker at the first videoconferencing location may also be provided to a second videoconferencing unit at the first videoconferencing location. The first and second videoconferencing units may provide signals to corresponding videoconferencing units at second and third videoconferencing locations indicating that videoconferencing signals from the first videoconferencing location should be displayed.

Abstract: Sharing computer video in a videoconference. The method may include acquiring video on a computer. The method may also include coding the acquired video on the computer. Transmitting the coded video from the computer to a videoconferencing unit may also be included in the method. Also, the method may include packaging the transmitted video coded on the videoconferencing unit. Furthermore, the method may include transmitting the packaged video to a videoconferencing destination.

Abstract: System and method for performing a videoconference. One or more computers are utilized to schedule a videoconference call in response to user input requesting the videoconference call, where the user input further specifies presentation materials for presentation during the videoconference call. The presentation materials are uploaded to a content server computer, and the videoconference call is conducted between a plurality of participants at respective participant locations, where the videoconference call is performed using a plurality of videoconferencing endpoints at respective ones of the participant locations, and where the plurality of videoconferencing endpoints are coupled to the content server computer over a network. During the videoconference call, the presentation materials are provided to each of the plurality of videoconferencing endpoints from the content server computer over the network, where the provided presentation materials are presented by each videoconferencing endpoint.

Abstract: System and method for performing a videoconference. One or more computers are utilized to passively monitor a videoconference call between a plurality of participants at respective participant locations, where the videoconference call is performed using a plurality of videoconferencing endpoints at respective ones of the participant locations, and where the monitoring includes monitoring one or more parameters from each of the videoconferencing endpoints. The videoconference call is actively monitored upon detecting values of the one or more parameters from a first videoconferencing endpoint indicating a lack of call quality, thereby generating active monitor data. The active monitor data is automatically analyzed to determine at least one problem causing lack of call quality, and at least one action is automatically determined and performed to address the at least one problem. The active monitoring may also be invoked manually, e.g., in response to user input.

Abstract: Customizing a conferencing system based on proximity of a participant. A first participant may be detected as being proximate to a first conferencing system. For example, the first participant may provide user input to check in to the first conferencing system. Alternatively, the conferencing system may automatically detect the first participant (e.g., by automatically detecting a personal device of the first participant). In response to detecting the proximate participant, the first conferencing system may be automatically customized for the participant.

Abstract: Providing high availability in videoconferences system. A first plurality of videoconferencing devices of a first type may be monitored. Additionally, a second plurality of videoconferencing devices of a second type may be monitored. During this monitoring, at least one device of the first plurality of videoconferencing devices performs activities corresponding to a respective videoconference and at least one device of the second plurality of videoconferencing devices performs activities corresponding to the respective videoconference. In response to failure of a one of the devices associated with the respective videoconference, failover to a second device of the same type may be performed. After performing failover, the second device performs the activities corresponding to the respective videoconference that the original device was performing.

Abstract: Determining a videoconference layout based on numbers of participants. Videoconference data may be received from a plurality of videoconferencing endpoints. The videoconference data may include audio and video. Information may be stored which identifies a number of participants at each videoconferencing endpoint. Video from each of the videoconferencing endpoints may be combined to form composite video. The composite video may include portions corresponding to each of the plurality of videoconferencing endpoints. A respective size of each of the portions may be based on the information identifying the number of participants at each videoconferencing endpoint. The composite video may be provided to videoconferencing endpoint(s) over a network.

Abstract: Determining a configuration for a conference. Input may be received specifying a plurality of devices for use in the conference. A configuration may be automatically determined for the plurality of devices for the conference. The configuration may be automatically determined based on the specified plurality of devices and may specify usage of the plurality of devices during the conference. The configuration may specify a first device of the plurality of devices as a control unit. Automatic determination may include obtaining information regarding capabilities of each of the plurality of devices, and creating the configuration based on the capabilities of each of the plurality of devices. Finally, the configuration may be displayed on a display device.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.