Voicemail notification server load balancing

• US 8,411,826 B2
• Filed: 06/18/2009
• Issued: 04/02/2013
• Est. Priority Date: 06/18/2009
• Status: Expired due to Fees

• Current Assignee: Verizon Patent and Licensing Incorporated (Verizon Communications Inc.)
• Original Assignee: Verizon Patent and Licensing Incorporated (Verizon Communications Inc.)
• Inventors: Jin, Zhiying, Xia, Wei, Honma, Gerald, Kagawa, Jo Ann, Hao, Jianxiu
• Primary Examiner(s): Gauthier, Gerald
• Application Number:
  US12/487,472
• Publication Number:
  US 20100322393A1
• Time in Patent Office: 1,384 Days
• Field of Search: 379/88.03, 379/88.12, 379/88.13, 379/88.14, 379/88.18, 379/88.23, 455/412.1, 455/412.2, 455/414.1, 455/466, 455/404.2, 707/731, 709/205, 709/206, 709/218, 709/219, 709/236, 709/245, 715/752, 726/5
• US Class Current: 379/88.12
• CPC Class Codes: H04L 67/1001 for accessing one among a plurality of replicated servers
• CPC Class Codes: H04L 67/1008 based on parameters of servers, e.g. available memory or workload monitoring of computer activity G06F11/30
• CPC Class Codes: H04L 67/101 based on network conditions
• CPC Class Codes: H04M 2201/38 Displays
• CPC Class Codes: H04M 3/537 Arrangements for indicating the presence of a recorded message , whereby the presence information might include a preview or summary of the message

Abstract

A device receives, from a management server, an optimal number of threads, generates a dynamic thread based on the optimal number of threads, and retrieves, from a message store, a message based on the dynamic thread and when the message store is not empty. The device receives a binding from a voicemail server associated with a voicemail user, generates a notification based on the retrieved message and based on the binding, and provides the notification to a user device associated with the voicemail user.

Claims

1. A computing device-implemented method comprising:

receiving, from a server and by the computing device, a particular number of threads;

generating, by the computing device, a dynamic thread based on the particular number of threads, the generating the dynamic thread including;

providing, to the server, information associated with a load of the computing device;

providing, to the server, information associated with connections between the computing device and a message store;

receiving, from the server, an instruction to generate the dynamic thread when one or more of the load is less than or equal to a particular load, a number of the connections is less than or equal to a particular number, or size information associated with the message store is greater than or equal to a particular size; and

generating, based on receiving the instruction, the dynamic thread;

retrieving, from the message store and by the computing device, a message based on the dynamic thread and when the message store is not empty;

receiving, by the computing device, a binding from another server associated with a user;

generating, by the computing device, a notification based on the retrieved message and based on the binding; and

providing, by the computing device, the notification to a user device associated with the user.

2. The computing device-implemented method of claim 1, further comprising:

receiving, from the other server, a plurality of messages associated with the user; and

providing, to the message store, the plurality of messages for storage in the message store.

3. The computing device-implemented method of claim 1, where retrieving the message comprises:

checking a size of the message store with a particular frequency;

receiving, based on the checking, information associated with the size of the message store; and

retrieving, from the message store, the message when the information associated with the size of the message store indicates that the message store is not empty.

4. The computing device-implemented method of claim 3, further comprising:

placing the dynamic thread in an idle mode when the information associated with the size of the message store indicates that the message store is empty; and

reducing the particular frequency for checking the size of the message store when the dynamic thread is in the idle mode.

5. The computing device-implemented method of claim 3, further comprising:

placing the dynamic thread in an active mode when the information associated with the size of the message store indicates that the message store is not empty; and

waiting a particular amount of time before retrieving the message, from the message store, when the dynamic thread is in the active mode.

6. The computing device-implemented method of claim 1, where the computing device comprises a notification server.

7. The computing device-implemented method of claim 1, where the retrieved message comprises one or more of:

a new voicemail,

an unheard voicemail, or

a voicemail identifier.

8. The computing device-implemented method of claim 1, further comprising:

adjusting a rate associated with retrieving the message based on the dynamic thread.

9. A device comprising:

a memory to store a plurality of instructions; and

a processor to execute the plurality of instructions in the memory to;

receive, from a first server, a plurality of messages associated with a user,

provide, to a message store, the plurality of messages for storage in the message store,

receive, from a second server, an particular number of threads,

generate a dynamic thread based on the particular number of threads,

when generating the dynamic thread, the processor being further to;

provide, to the second server, information associated with a load of the device;

provide, to the second server, information associated with connections between the device and the message store;

receive, from the second server, an instruction to generate the dynamic thread when one or more of the load is less than or equal to a particular load, a number of the connections is less than or equal to a particular number, or or size information associated with the message store is greater than or equal to a particular size; and

generate, based on receiving the instruction, the dynamic thread;

retrieve, from the message store, one of the plurality of messages based on the dynamic thread and when the message store is not empty,

receive a binding from the first server,

generate a notification based on the retrieved message and based on the binding, and

provide the notification to a user device associated with the user.

10. The device of claim 9, where the processor is further to execute instructions in the memory to:

check a size of the message store with a particular frequency,

receive, based on the checking, information associated with the size of the message store, and

retrieve, from the message store, the one of the plurality of messages when the siz information associated with the size of the message store indicates that the message store is not empty.

11. The device of claim 10, where the processor is further to execute instructions in the memory to:

place the dynamic thread in an idle mode when the information associated with the size of the message store indicates that the message store is empty, and

reduce the particular frequency for checking the size of the message store when the dynamic thread is in the idle mode.

12. The device of claim 10, where the processor is further to execute instructions in the memory to:

place the dynamic thread in an active mode when the information associated with the size of the message store indicates that the message store is not empty, and

wait a particular amount of time before retrieving the one of the plurality of messages, from the message store, when the dynamic thread is in the active mode.

13. The device of claim 9, where the retrieved message comprises one or more of:

a new voicemail,

an unheard voicemail, or

a voicemail identifier.

14. The device of claim 9, where the processor is further to execute instructions in the memory to:

adjust a rate associated with retrieving the one of the plurality of messages based on the dynamic thread.

15. A system comprising:

a first server to;

receive, from a second server, a particular number of threads,

generate a dynamic thread based on the particular number of threads,

when generating the dynamic thread, the first server being further to;

provide, to the second server, information associated with a load of the first server,

provide, to the second server, information associated with connections between the first server and a message store,

receive, from the second server, an instruction to generate the dynamic thread when one or more of the load is less than or equal to a particular load, a number of the connections is less than or equal to a particular number, or size information associated with the message store is greater than or equal to a particular size, and

generate, based on receiving the instruction, the dynamic thread,

retrieve, from the message store, one of a plurality of messages based on the dynamic thread and when the message store is not empty,

receive a binding from a third server associated with the user,

generate a notification based on the retrieved message and based on the binding, and

provide the notification to a user device associated with the user.

16. The system of claim 15, where the first server is further to:

receive, from the third server, the plurality of messages, and

provide, to the message store, the plurality of messages for storage.

17. The system of claim 15, where the first server is further to:

check the size associated with the message store with a particular frequency,

receive, based on the checking, information associated with the size of the message store, and

retrieve, from the message store, the one of the plurality of messages when the information associated with the size of the message store indicates that the message store is not empty.

18. The system of claim 17, where the first server is further to:

place the dynamic thread in an idle mode when the information associated with the size of the message store indicates that the message store is empty, and

reduce the particular frequency for checking the size of the message store when the dynamic thread is in the idle mode.

19. The system of claim 17, where the first server is further to:

place the dynamic thread in an active mode when the information associated with the size of the message store indicates that the message store is not empty, and

wait a particular amount of time before retrieving the one of the plurality of messages, from the message store, when the dynamic thread is in the active mode.

20. The system of claim 15, where the first server is further to:

adjust a rate associated with retrieving the one of the plurality of messages based on the dynamic thread.

21. A non-transitory computer-readable medium storing instructions, the instructions comprising:

one or more instructions which, when executed by at least one processor of a device, cause the at least one processor to;

receive, from a first server, a plurality of messages associated with a user,

provide, to a message store, the plurality of messages for storage in the message store,

receive, from a second server, an particular number of threads,

generate a dynamic thread based on the particular number of threads, the one or more instructions to generate the dynamic thread including one or more instructions to;

provide, to the second server, information associated with a load of the device;

provide, to the second server, information associated with connections between the device and the message store;

receive, from the second server, an instruction to generate the dynamic thread when one or more of the load is less than or equal to a particular load, a number of the connections is less than or equal to a particular number, or size information associated with the message store is greater than or equal to a particular size; and

generate, based on receiving the instruction, the dynamic thread;

retrieve, from the message store, one of the plurality of messages based on the dynamic thread and when the message store is not empty,

receive a binding from the first server,

generate a notification based on the retrieved message and based on the binding, and

provide the notification to a user device associated with the user.

22. The medium of claim 21, the instructions further comprising:

one or more instructions to check a size of the message store with a particular frequency,

one or more instructions to receive, based on the checking, information associated with the size of the message store, and

one or more instructions to retrieve, from the message store, the one of the plurality of messages when the information associated with the size of the message store indicates that the message store is not empty.

23. The medium of claim 22, the instructions further comprising:

one or more instructions to place the dynamic thread in an idle mode when the information associated with the size of the message store indicates that the message store is empty, and

one or more instructions to reduce the particular frequency for checking the size of the message store when the dynamic thread is in the idle mode.

24. The medium of claim 22, the instructions further comprising:

one or more instructions to place the dynamic thread in an active mode when the information associated with the size of the message store indicates that the message store is not empty, and

one or more instructions to wait a particular amount of time before retrieving the one of the plurality of messages, from the message store, when the dynamic thread is in the active mode.

25. The medium of claim 21, the instructions further comprising:

one or more instructions to adjust a rate associated with retrieving the one of the plurality of messages based on the dynamic thread.