IP Library Granted Patent US 10,509,679
Granted Patent B2
US 10,509,679 · App. 15/292,928 · Granted Dec 17, 2019

Reducing process resources incurred by a user interface

Inventor: John Chang (Stockholm, SE)
Assignee: Skype
G06F9/505G06F3/0481G06F9/451G06F9/542G08B21/18H04L51/16H04L51/24H04L51/043
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,509,679
App. No.
15/292,928
Granted
Dec 17, 2019
Kind
B2
Abstract

This document describes techniques and apparatuses for limiting processing resources incurred due to refreshing a user interface. In various embodiments, an event is received, and it is determined whether a delay time period has elapsed. A length of the delay time period is based on a timing of receipt of one or more previous events. If the delay time period has not elapsed, refreshing of the user interface is postponed. When the delay time period elapses, the user interface is refreshed to display an indication of the event.

Claims (40)

1. A computing device comprising:

a memory and a processor configured to:

receive events;

control a refresh rate at which a user interface is refreshed to indicate receipt of the events using a refresh timer, a length of the refresh timer set based at least in part on a rate of incoming events such that, when the rate of incoming events is low, the refresh timer length is decreased causing the refresh rate to be increased, and when the rate of incoming events is high, the refresh timer length is increased causing the refresh rate to be decreased; and

refreshing the user interface, in accordance with the refresh rate, to display one or more indications of the events.

2. The computing device of claim 1 , wherein the events are related to communication events of a communications application.

3. The computing device of claim 1 , wherein the rate of incoming events is calculated from a number of received events in a previous delay time period, a delay time period being a time between consecutive expirations of the refresh timer.

4. The computing device of claim 3 , wherein the memory and the processor are configured to control the refresh rate by being configured to:

store an incoming event in the memory; and

cause the refresh of the user interface to display an indication of the incoming event and any other events stored in the memory since a last refresh upon expiry of the refresh timer.

5. The computing device of claim 4 , wherein the events are related to communications of a communications application and are received over a communications network.

6. The computing device of claim 4 , wherein the memory and the processor are further configured to:

adjust a length of the refresh timer for a next delay time period based on a number of events received during a current delay time period.

7. The computing device of claim 6 , wherein the memory and the processor are configured to adjust the length of the refresh timer for the next delay time period by being configured to increase the refresh timer if at least a predetermined number of events are received during the current delay time period, or decrease the refresh timer if less than a predetermined number of events are received during the delay time period.

8. The computing device of claim 1 , wherein the events are received asynchronously.

9. A method comprising:

receiving an event;

controlling a refresh rate at which a user interface is refreshed to indicate receipt of the event using a refresh timer, a length of the refresh timer set based at least in part on a rate of incoming events such that, when the rate of incoming events is low, the refresh timer length is decreased causing the refresh rate to be increased, and when the rate of incoming events is high, the refresh timer length is increased causing the refresh rate to be decreased; and

refreshing the user interface, in accordance with the refresh rate, to display one or more indications of the event.

10. The method of claim 9 , wherein the received event is received in a delay time period between expiry of the refresh timer and a previous expiry of the refresh timer, and wherein refreshing the user interface further comprises refreshing the user interface upon expiry of the refresh timer to display an indication of the event and one or more additional indications of one or more additional events received during the delay time period.

11. The method of claim 10 , wherein the indication of the event indicates receipt of the event and one or more additional events received during the delay time period.

12. The method of claim 9 , further comprising:

receiving an additional event;

refreshing the user interface to display the indication of the event and the additional event responsive to the refresh timer expiring; and

adjusting a length of the refresh timer based on a duration of time between when the event and the additional event are received.

13. The method of claim 9 , further comprising adjusting the length of the refresh timer based on a number of events received during a delay time period, the delay time period comprising a period between expiry of the refresh timer and a previous expiry of the refresh timer.

14. The method of claim 13 , wherein the adjusting further comprises increasing the length of the refresh timer if at least a predetermined number of events are received during the delay time period.

15. The method of claim 13 , wherein the adjusting further comprises decreasing the length of the refresh timer if less than a predetermined number of events are received during the delay time period.

16. A method comprising:

causing a user interface to be displayed;

determining a current delay time period based upon a rate of incoming events received in one or more previous delay time periods;

receiving a plurality of events during the current delay time period;

postponing the user interface from being refreshed to reflect the plurality of the events until the current delay time period has elapsed; and

refreshing the user interface to display one or more indications of the plurality of events when the current delay time period elapses.

17. The method of claim 16 , further comprising adjusting a length of a next delay time period based on a number of events received during the current delay time period.

18. The method of claim 17 , wherein the adjusting further comprises:

increasing the length of the next delay time period relative to the current delay time period if at least a predetermined number of events are received during the current delay time period; or

decreasing the length of the next delay time period relative to the current delay time period if less than a predetermined number of events are received during the current delay time period.

19. The method of claim 16 , wherein determining a current delay time period based upon a rate of incoming events received in one or more previous delay time periods comprises determining the current delay time period based upon an average number of incoming events received in a plurality of previous delay time periods.

20. The method of claim 19 , wherein the events are communication events received over a communication network.

Assignments (3)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 3, 2020
From: SKYPE
To: MICROSOFT TECHNOLOGY LICENSING, LLC
Reel/Frame 054586/0001 →
CHANGE OF NAME Recorded Oct 13, 2016
From: SKYPE LIMITED
To: SKYPE
Reel/Frame 040293/0253 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 13, 2016
From: CHANG, JOHN
To: SKYPE LIMITED
Reel/Frame 040350/0613 →
Priority Claims (1)
GB 0912507.1 · Jul 17, 2009 · national
Continuity (3)
Continuation 13711039 · Dec 11, 2012
Continuation 12653771 · Dec 17, 2009
Related Publication 20170031695A1 · Feb 2, 2017