Method and system for managing simultaneous electronic communications

• US 7,817,584 B2
• Filed: 02/28/2007
• Issued: 10/19/2010
• Est. Priority Date: 02/28/2007
• Status: Expired due to Fees

• Current Assignee: LinkedIn Corporation (Microsoft Corporation)
• Original Assignee: International Business Machines Corporation
• Inventors: Campbell, Christopher S., Farrell, Stephen P.
• Primary Examiner(s): Ngo; Ricky
• Assistant Examiner(s): SAMUEL, DEWANDA A
• Application Number:
  US11/680,257
• Publication Number:
  US 20080205444A1
• Time in Patent Office: 1,329 Days
• Field of Search: 370/465, 370/352, 370/235, 370/260, 370/261, 370/262, 370/264
• US Class Current: 370/261
• CPC Class Codes: H04L 12/1831 Tracking arrangements for later retrieval, e.g. recording contents, participants activities or behavior, network status
• CPC Class Codes: H04L 43/0811 by checking connectivity
• CPC Class Codes: H04L 43/16 Threshold monitoring
• CPC Class Codes: H04L 51/04 Real-time or near real-time messaging, e.g. instant messaging [IM]
• CPC Class Codes: H04L 51/234 for tracking messages
• CPC Class Codes: H04L 65/403 Arrangements for multi-party communication, e.g. for conferences data switching systems for conference H04L12/18; arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities H04M3/56; television conferencing systems H04N7/15

Abstract

A first communication channel is established between a first entity and at least one second entity and a second communication channel is established between the first entity and at least one third entity over the network. Then, data associated with the first and second communication channels are recorded. Next, first, second, and third entities are dynamically monitored to identify if first, second, or third entities is in an active or inactive state, and based upon such monitoring, recorded data are either synchronously rendering to entities in an active state or asynchronously rendered to entities in an inactive state upon the entities in the inactive state transitioning from an inactive state to an active state.

Claims

1. A method comprising:

establishing a first communication channel between a first entity and at least one second entity and establishing a second communication channel between said first entity and at least one third entity;

recording data associated with said first and second communication channels;

dynamically monitoring said first, second, and third entities to identify if each of said first, second, or third entity is in an active or inactive state,

synchronously rendering said recorded data to entities in an active state;

identifying a render rate at which said recorded data are to be rendered for an entity that transitions from an inactive state to an active state;

asynchronously rendering said recorded data to said entity that transitions from said inactive state to said active state at said identified render rate; and

wherein, prior to said asynchronous rendering, said identified render rate is compared against a pre-determined threshold, and if said identified render rate is greater than said pre-determined threshold, then the identified render rate is reset to said pre-determined threshold, else no change is made to said identified render rate.

2. The method of claim 1, wherein said recorded data are audio data.

3. The method of claim 1, wherein said recorded data are video data.

4. The method of claim 1, wherein said recorded data are text data.

5. The method of claim 2, wherein said recorded audio data are transformed to text via a speech recognition process prior to being asynchronously rendered to entities that have transitioned from said inactive state to said active state.

6. The method of claim 1, wherein channels are established over any of the following:

a TCP/IP-based network, a cellular network, a local area network, and a wide area network.

7. The method of claim 1, wherein said recorded data are encrypted and compressed prior to storage.

8. The method of claim 1, wherein said synchronous and/or asynchronous rendering is done via a graphical playback interface, said graphical playback interface including controls for any of, or a combination of the following:

play, rewind, stop, replay, and stream processing.

9. The method of claim 1, wherein, prior to said asynchronous rendering, recorded data are subject to stream processing comprising any of the following:

time compression, time expansion, silence removal, and noise reduction.

10. The method of claim 1, wherein said recorded data are forwarded to at least one entity in an inactive state in a format compatible with playback in a portable device.

11. A method comprising:

receiving a request from a third entity to join an ongoing communication between a first entity and a second entity, said first and second entity communicating in a synchronous mode while data are being recorded, said recorded data associated with said ongoing communication; and

rendering said recorded data to said third entity at a render rate to transition said third entity from an asynchronous mode to a synchronous mode, after which said third entity participates in said ongoing communication between said first and second entity in real-time,

wherein, prior to said recorded data being rendered, said render rate is compared against a pre-determined threshold, and if said render rate is greater than said pre-determined threshold, then the render rate is changed to said pre-determined threshold, else no change is made to the render rate.

12. The method of claim 11, wherein said recorded data are audio data.

13. The method of claim 11, wherein said recorded data are video data.

14. The method of claim 11, wherein said recorded data are text data.

15. The method of claim 12, wherein said recorded audio data are transformed to text via a speech recognition process prior to being asynchronously rendered to entities that have transitioned from said inactive state to said active state.

16. The method of claim 11, wherein communication is established using any of the following:

a TCP/IP-based network, a cellular network, a local area network, and a wide area network.

17. The method of claim 11, wherein said recorded data are encrypted and compressed prior to storage.

18. The method of claim 11, wherein synchronous and/or asynchronous rendering is done via a graphical playback interface, said graphical playback interface including controls for any of, or a combination of the following:

play, rewind, stop, replay, and stream processing.

19. The method of claim 11, wherein, prior to said rendering, recorded data are subject to stream processing comprising any of the following:

time compression, time expansion, silence removal, and noise reduction.

20. The method of claim 11, wherein said recorded data are forwarded to at least one entity in an asynchronous mode in a format compatible for playback in a portable device.

21. A method comprising:

establishing a first channel between a first entity and at least one second entity and establishing a second channel between said first entity and at least one third entity;

recording data associated with said first and second channels;

dynamically monitoring said first, second, and third entities to identify if each of said first, second, or third entity is in an active or inactive state;

synchronously rendering said recorded data to entities in an active state;

receiving an indication that an inactive entity has transitioned from an inactive state to an active state;

identifying a render rate at which said recorded data are to be rendered for said entity that transitioned from said inactive state to said active state, and

asynchronously rendering said recorded data to said entity that transitioned from said inactive state to said active state at said identified render rate,

wherein, prior to said recorded data being asynchronously rendered, said identified render rate is compared against a pre-determined threshold, and if said identified render rate is greater than said pre-determined threshold, then the identified render rate is changed to said pre-determined threshold, else no change is made to the identified render rate.

22. The method of claim 21, wherein said recorded data are audio data.

23. The method of claim 21, wherein said recorded data are video data.

24. The method of claim 21, wherein said recorded data are text data.

25. The method of claim 22, wherein said recorded audio data are transformed to text via a speech recognition process prior to being asynchronously rendered to entities that have transitioned from said inactive state to said active state.

26. The method of claim 21, wherein channels are established using any of the following:

a TCP/IP-based network, a cellular network, a local area network, and a wide area network.

27. The method of claim 21, wherein said recorded data are encrypted and compressed prior to storage.

28. The method of claim 21, wherein said synchronous and/or asynchronous rendering is done via a graphical playback interface, said graphical playback interface including controls for any of, or a combination of the following:

play, rewind, stop, replay, and stream processing.

29. The method of claim 21, wherein, prior to said asynchronous rendering, recorded data are subject to stream processing comprising any of the following:

time compression, time expansion, silence removal, and noise reduction.

30. The method of claim 21, wherein said recorded data are forwarded to at least one entity in an inactive state in a format compatible for playback in a portable device.

31. An article of manufacture comprising a computer usable medium having computer readable program code embodied therein, said medium comprising:

computer readable program code aiding in establishing a first communication channel between a first entity and at least one second entity and establishing a second communication channel between said first entity and at least one third entity;

computer readable program code aiding in recording data associated with said first and second communication channels;

computer readable program code dynamically monitoring said first, second, and third entities to identify if each of said first, second, or third entity is in an active or inactive state;

computer readable program code asynchronously rendering said recorded data to said entity that transitions from said inactive state to said active state at said identified render rate; and

wherein, prior to said asynchronous rendering, computer readable program code comparing said identified render rate against a pre-determined threshold, and if said identified render rate is greater than said pre-determined threshold, then the identified render rate is reset to said pre-determined threshold, else no change is made to said identified render rate.

32. An article of manufacture comprising a computer usable medium having computer readable program code embodied therein, said medium comprising:

computer readable program code aiding in receiving a request from a third entity to join an ongoing communication between a first entity and a second entity, said first and second entity communicating in a synchronous mode while data are being recorded, said recorded data associated with said ongoing communication; and

computer readable program code rendering said recorded data to said third entity at a render rate to transition said third entity from an asynchronous mode to a synchronous mode, after which said third entity participates in said ongoing communication between said first and second entity in real-time,

wherein, prior to said recorded data being rendered, computer readable program code compares said render rate against a pre-determined threshold, and if said render rate is greater than said pre-determined threshold, then the render rate is changed to said pre-determined threshold, else no change is made to the render rate.

33. An article of manufacture comprising a computer usable medium having computer readable program code embodied therein which implements a method to time-shift synchronous or asynchronous communications comprising:

computer readable program code aiding in establishing a first channel between a first entity and at least one second entity and establishing a second channel between said first entity and at least one third entity;

computer readable program code aiding in recording data associated with said first and second channels;

computer readable program code dynamically monitoring first, second, and third entities to identify if each of said first, second, or third entity is an active or inactive state;

computer readable program code synchronously rendering said recorded data to entities in an active state;

computer readable program code aiding in receiving an indication that an inactive entity has transitioned from an inactive state to an active state;

computer readable program code identifying a render rate at which said recorded data are to be rendered for said entity that transitioned from said inactive state to said active state, and

computer readable program code asynchronously rendering said recorded data to said entity that transitioned from said inactive state to said active state at said identified render rate,

wherein, prior to said recorded data being asynchronously rendered, computer readable program code compares said identified render rate against a pre-determined threshold, and if said identified render rate is greater than said pre-determined threshold, then the identified render rate is changed to said pre-determined threshold, else no change is made to the identified render rate.

34. A method comprising:

receiving a request from a third entity to join an ongoing communication between a first entity and a second entity, said first and second entity communicating in a synchronous mode while data are being recorded, said recorded data associated with said ongoing communication;

transforming recorded data by discarding portions of recorded data based on preset rules; and

rendering said transformed recorded data to said third entity to transition said third entity from an asynchronous mode to a synchronous mode, after which said third entity participates in said ongoing communication between said first and second entity in real-time.

35. The method of claim 34 wherein said preset rules are any of the following:

discard recorded data at pre-determined intervals of time, discarding recorded data after a predetermined time value, and discarding recorded data before a predetermined time value.

36. A method in which a receiver of audio communications conducts multiple conversations that overlap in time, said method comprising:

receiving and recording a first portion of a conversation with a first sender;

receiving and recording a first portion of a conversation with a second sender;

receiving and recording a second portion of a conversation with a first sender;

receiving and recording a second portion of a conversation with a second sender; and

alternatively sending audio responses to the first and second senders such that;

     1) the receiver does not complete a conversation with the first sender until the receiver has sent a response to the first portion of the conversation with the second sender, and

     2) the receiver does not complete a conversation with the second sender until the receiver has sent a response to the first portion of the conversation with the first sender.

37. The method of claim 36, wherein the receiver controls the speed at which a given conversation takes place.

38. The method of claim 37, wherein the method further comprises the step of listening to recorded portions.