Browse Prior Art Database

Delaying push notifications on smartphones, until the user is most likely to want them

IP.com Disclosure Number: IPCOM000241949D
Publication Date: 2015-Jun-10
Document File: 2 page(s) / 57K

Publishing Venue

The IP.com Prior Art Database

Abstract

Disclosed is a series of algorithms and a system to delay push notification on smartphones until the user is most likely to want them. The delay for each notification is based on the type of notification and the current user's activity.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 54% of the total text.

Page 01 of 2

Delaying push notifications on smartphones, until the user is most likely to want them

With the increased popularity of mobile apps and cloud-based applications having the ability to push notifications to user devices, a common complaint from users is that of receiving too many notifications. These notifications can interrupt activities such as working or watching a movie. For instance during a meeting, ideally the presenter should not be interrupted with notifications, and many notifications like "an app has been updated" can be delayed. One way to improve the experience is to selectively delay notifications; a smarter process. When working, social media notifications should be delayed whilst work emails should be presented quickly, on the other hand when browsing the internet at home, social media notifications are

welcome but work emails should not even go through (unless important).

    Crucially, our invention relies upon states; a key differentiator from other inventions. The user receives different notifications based on the state of the user. The idea behind the invention is to collect and categorise notification information. Additional data is collected (e.g. hour of the day, geolocation, current activity - assuming the user grants these permissions). We can determine the best scenario for when a user should receive a notification based on a profile built on the user constructed from data the user provides (can be extended to use analytics). Notifications are thus delayed until the right conditions are met (or after a certain period of time has passed between the moment of the notification creation and the notification being displayed).

    This invention will be part of a mobile operating system. It will allow the user to set preferences. In addition, there will also be the ability to sync up with other applications that provide a calendar: for example, Lotus Notes; this allows the mobile OS to automatically know whether or not a person is in a meeting or not; and can therefore delay notifications as required.

High-level overview

    We assume the invention is used on mobile devices with pull/push notification support. We distinguish two types of data:

    1 - USER ACTIVITY: The user's current activity, e.g. 'In a meeting', 'Watching a movie', 'Coding', 'Leisure'', ...

    2 - NOTIFICATION CATEGORY: Notification type data, e.g, 'Application update available' ...

    Each type of data represents a category that contains underlying information about what the users does, what the notification is about and th...