International Business Machines Corporation

Brian G Cline

James Winston Lawwill, Jr

James P Galvin

Erik John Burckart

James Patrick Galvin, Jr

Thomas Schaeck

William M Quinn

Mark A Johnson

Brian L Pulito

Mark Scott Kressin

Christopher D Price

Andrew Stewart Lochbaum

Jeff Durham

Embodiments of the present invention address deficiencies of the art in respect to audio stream management in an audio conferencing server and provide a method, system and computer program product for balancing audio server loadability and audio server scalability based upon monitored resource consumption. In an embodiment of the invention, a method for balancing audio server loadability and audio server scalability based upon monitored resource consumption can be provided. The method can include monitoring computing conditions in an audio conferencing server receiving encoded audio packets from coupled Internet Protocol (IP) audio clients and routing the encoded audio packets as audio streams to the IP audio clients, and responsive to detecting deteriorating computing conditions in the audio conferencing server, reducing a number of the audio streams forwarded to the IP audio clients by the audio conferencing server.

Balance management of scalability and server loadability for internet protocol (IP) audio conference based upon monitored resource consumption

Balanced management of scalability and server loadability for internet protocol (IP) audio conferencing based upon monitored resource consumption

A highly scalable and highly responsive RTC system uses asynchronous or non-blocking I/O and HTTP response queuing to avoid server overload. The system distinguishes between two types of requests: an update request and a change request. An update request is a request used to fetch an update or change notification. A change request is a request to change some data related to the real-time session. For a given RTC session, the server first checks whether any updates exist for an update request. If an update exists, the server code can send an immediate response to the client. However, if no update exists, the server code application sets a well-defined HTTP response header, and then responds. Once the server code application responds, all application server resources are freed, and the application server is free to handle the next requests without blocking any thread.

System and method for achieving highly scalable real-time collaboration applications using HTTP

A conference server enables collaborative communications among a variety of client processes of varying configurations all operatively coupled over a computer network to each other and to the server. The server receives audio streams from participating client processes in a conference, selects which audio streams are active, and broadcasts one or more of the active audio streams to the client processes participating in the conference depending on the clients receiving capabilities and the conference parameters. The client processes receiving multiple active audio streams perform mixing locally at the client node. Without having to perform mixing at the server, resources are saved and the number of simultaneous participating client processes to the conference may be increased accordingly. The server is further capable of simultaneously accommodating multipoint clients and non-multipoint H.323 clients, as well as operating in multiway and 'push to talk' modes.

Method and apparatus for providing full duplex and multipoint IP audio streaming

Growing community of inventors

Hebron, KY, United States of America

Brian G Cline