Patent Application
20150180815
The present disclosure relates generally to providing push service notifications to users.
Notifications may be sent to users via numerous systems and devices. Such notifications include various messages (e.g., email, SMS, text, etc.), data, and the like. The notifications are considered “pushed”, since they are sent without initiation or request from a user.
The notifications may be sent from a central location. The central location or center may send the notifications via multiple channels. In many cases, there may be redundant notifications sent to a user, and/or there may be notifications that are needed. In certain instances, there may be notifications that may require an action by the user. It is desirable to efficiently send notifications to users.
Disclosed herein is a framework for pushing service notifications to users via selected channels that are chosen based on user history. In accordance with one aspect, the framework determines if a notification is to be sent to a particular user. The framework may further determine if the notification requires an action. If the notification requires no action, the framework may choose, from multiple channels, a channel with lowest receive time duration. The framework may then send the notification via the chosen channel.
In accordance with another aspect, the framework initiates a push notification to a particular user. The framework may determine if the push notification is for information only. If the push notification is for information only, the framework chooses a channel based on lowest receive time duration as determined by prior user history over multiple channels. The notification may then be sent via the chosen channel.
In accordance with yet another aspect, a push center is provided. The push center may send service notifications to multiple users. The push center may be configured to connect to multiple channels. The push center may determine which channels to send the service notifications based on trend analysis regarding user and channel history.
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the following detailed description. It is not intended to identify features or essential features of the claimed subject matter, nor is it intended that it be used to limit the scope of the claimed subject matter. Furthermore, the claimed subject matter is not limited to implementations that solve any or all disadvantages noted in any part of this disclosure.
The Detailed Description references the accompanying figures. In the figures, the left-most digit(s) of a reference number identifies the figure in which the reference number first appears. The same numbers are used throughout the drawings to reference like features and components.
Disclosed herein are technologies for providing push service notification based on user history. Examples of users include individuals, business or corporate entities, etc. Channels used to provide notifications are chosen based on the efficiency, where efficiency of channels is determined based on user history and trend analysis of channels to send notifications to users.
Various target users 112 receiving notifications are shown in this example as user 1114-1, user 2114-2, up to user Z 114-Z. The target users 112 may receive notifications, by directly connecting via individual multiple connections. The individual multiple connections are represented by connections 116.
If the push center is to send a notification using all the channels to all the users, the number of push times or count of number of sent notifications is represented as follows:
Push times=number of push channels*number of target users (1)
In this example, the number of push times, will be:
Push times=[N(i.e., number of systems)+M(i.e., number of devices)]*Z(i.e., number of users)
It is to be understood that not all users will be active, or receive notifications, on all the channels that are provided. For example, users may be active only on certain systems or access only particular devices.
Table 200 includes column heading/categories of target user 202, which identifies a user; received 204, which are actual received notification; useful 206, which are number of notifications that are useful to the user; duplicate 208, which are the number of redundant notifications; and purposeless 210, which are the number of channels that are not used.
In this example, there are three target users 212 represented by user 1, user 2, and user 3. Three associated entries 212-1, 212-2, and 212-3 respectively represent user 1, user 2, and user 3.
As an example, user 1 is active on three channels; therefore, user 1 receives three notifications, represented under the received 204 heading. However, only one notification is useful, as represented under useful 206 heading. Of the three notifications, two notifications are determined to be redundant, as represented under the duplicate 208 heading. Because user 1 only is active on only three channels of the five channels, or receives notifications on three of the five available channels from the push center, two of the five channels are of no purpose to user 1, as represented by purposeless heading 210.
Continuing with the example, user 2 is active on only one channel. User 2 receives only one notification. User 2 has no duplicate channels. User 2 has no need for four of the available five channels, as represented by purposeless heading 210.
User 3 is active on all five channels. User 3 receives five notifications. Only one notification is useful to user 3. Four notifications are duplicate or redundant. Since all five channels are used, there are no purposeless channels.
In this example scenario, for the three users, there are 15 notifications sent. Three notifications are determined to be useful, as represented by the total value of three (3) in box 214. Six notifications are determined to be duplicate, as represented by the total value of six (6) in box 216. Six channels are determined to be purposeless, as represented by the total value of six (6) in box 218. Therefore, there are 12 notifications that are not needed, because of duplication or no access/use (i.e., purposeless) to particular channels. Considering there are 15 notifications, the 12 not needed notifications are significant. As the number of users and channels increase, the number of redundant/not needed notifications is expected to increase. Therefore, a goal is to provide for a more efficient system and process for push service notifications.
Receive Time Duration (RTD) 310 is defined as the time duration for receiving the push notification after the push notification has been sent from the push center 102, which is the value T2306 minus T1304. In this example, T1304 is the time that notification push center 102 sends the notification, and T2306 is the time the user receives the notification and a confirmed read receipt is sent back to the push center 102. When a user reads the notification, the read receipt may be sent back to the push center to confirm that the notification is received by the user.
Action Time Duration (ATD) 312 is defined as the time duration for a user to take action after notification is received, which is the value T3308 minus T2306. In this example, T3308 is the time at which the user takes action on the system regarding the received notification. The action is engaged with the business context in the push notification. Examples of the actions can include: reply the notification, send command, directly take action in the system (e.g., system 100).
Actions may be logged into the push center with user ID (name) and the related notifications. The push center or notification push center 102 may record all RTD and ATD values for all users. Particular examples of such records are discussed below. Such records may be used to determine trend analysis and efficiently determine channels to use in providing push notifications.
Average RTD=sum(RTD of all notification)/notification count (2)
Average ATD=sum(ATD of all notification)/notification count (3)
At 702, a notification is to be sent to a user. As discussed above, a push center 102 through multiple channels 104 may send or push the notification to the user.
At 704, a determination is made if the pushed notification requires an action by the user. If no action is needed, following the “NO” branch of 704, the step of 706 is performed. At 706, the notification is determined to be for “information only” to the user.
If action is needed, following the “YES” branch of 704, the step of 708 is performed. At 708, based on the user, a channel with the lowest sum of the “average RTD” and the “average ATD” is chosen.
At 710, based on the user, the channel with the lowest average RTD is chosen based on trend analysis (i.e., records) as discussed above. This is particularly true if the notification is just for information only (i.e., following 706).
At 712, the notification is sent/pushed to the user via the selected channel or channels as determined at 708 and 710.
Computer system 800 also includes a main memory 806, preferably Random Access Memory (RAM), containing possibly inter alia computer software and/or data 808.
Computer system 800 may also include a secondary memory 810. Secondary memory 810 may include, for example, a hard disk drive 812, a removable storage drive 814, a memory stick, etc. A removable storage drive 814 may include a floppy disk drive, a magnetic tape drive, an optical disk drive, a flash memory, or the like. A removable storage drive 814 reads from and/or writes to a removable storage unit 816 in a well-known manner. A removable storage unit 816 may include a floppy disk, a magnetic tape, an optical disk, etc. which is read by and written to by removable storage drive 814. As will be appreciated by persons skilled in the relevant art(s) removable storage unit 816 includes a computer usable storage medium 818 having stored therein possibly inter alia computer software and/or data 820.
In alternative implementations, secondary memory 810 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 800. Such means may include, for example, a removable storage unit 824 and an interface 822. Examples of such means may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an Erasable Programmable Read-Only Memory (EPROM), or Programmable Read-Only Memory (PROM)) and associated socket, and other removable storage units 824 and interfaces 822 which allow software and data to be transferred from the removable storage unit 824 to computer system 800.
Computer system 800 may also include an input interface 826 and a range of input devices 828 such as, possibly inter alia, a keyboard, a mouse, etc.
Computer system 800 may also include an output interface 830 and a range of output devices 832 such as, possibly inter alia, a display, one or more speakers, etc.
Computer system 800 may also include a communications interface 834. Communications interface 834 allows software and/or data 838 to be transferred between computer system 800 and external devices.
Communications interface 834 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, or the like. Software and/or data 838 transferred via communications interface 834 are in the form of signals 836 which may be electronic, electromagnetic, optical, or other signals capable of being received by communications interface 834. These signals 836 are provided to communications interface 834 via a communications path 840. Communications path 840 carries signals and may be implemented using a wire or cable, fiber optics, a phone line, a cellular phone link, a Radio Frequency (RF) link or other communication channels.
As used in this document, the terms “computer-program medium,” “computer-usable medium,” and “computer-readable medium” generally refer to media such as removable storage unit 816, removable storage unit 824, and a hard disk installed in hard disk drive 812. Computer program medium and computer usable medium can also refer to memories, such as main memory 806 and secondary memory 810, which can be memory semiconductors (e.g. Dynamic Random Access Memory (DRAM) elements, etc.). These computer program products are means for providing software to computer system 800.
Computer programs (also called computer control logic) are stored in main memory 806 and/or secondary memory 810. Such computer programs, when executed, enable computer system 800 to implement the present technology described herein. In particular, the computer programs, when executed, enable processor 804 to implement the processes of aspects of the above. Accordingly, such computer programs represent controllers of the computer system 800. Where the technology described herein is implemented, at least in part, using software, the software may be stored in a computer program product and loaded into computer system 800 using removable storage drive 814, interface 822, hard disk drive 812 or communications interface 834.
The technology described herein may be implemented as computer program products comprising software stored on any computer useable medium. Such software, when executed in one or more data processing devices, causes data processing device(s) to operate as described herein. Embodiments of the technology described herein may employ any computer useable or readable medium, known now or in the future. Examples of computer useable mediums include, but are not limited to, primary storage devices (e.g., any type of random access memory), secondary storage devices (e.g., hard drives, floppy disks, Compact Disc Read-Only Memory (CD-ROM) disks, Zip disks, tapes, magnetic storage devices, optical storage devices, Microelectromechanical Systems (MEMS), and nanotechnological storage device, etc.).
A computing system may take the form of any combination of one or more of inter alia a wired device, a wireless device, a mobile phone, a feature phone, a smartphone, a tablet computer (such as for example an iPad™), a mobile computer, a handheld computer, a desktop computer, a laptop computer, a server computer, an in-vehicle (e.g., audio, navigation, etc.) device, an in-appliance device, a Personal Digital Assistant (PDA), a game console, a Digital Video Recorder (DVR) or Personal Video Recorder (PVR), a cable system or other set-top-box, an entertainment system component such as a television set, etc.
In the above description of exemplary implementations, for purposes of explanation, specific numbers, materials configurations, and other details are set forth in order to better explain the present invention, as claimed. However, it will be apparent to one skilled in the art that the claimed invention may be practiced using different details than the exemplary ones described herein. In other instances, well-known features are omitted or simplified to clarify the description of the exemplary implementations.
The inventors intend the described exemplary implementations to be primarily examples. The inventors do not intend these exemplary implementations to limit the scope of the appended claims. Rather, the inventor has contemplated that the claimed invention might also be embodied and implemented in other ways, in conjunction with other present or future technologies.
Moreover, the word “exemplary” is used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as exemplary is not necessarily to be construed as preferred or advantageous over other aspects or designs. Rather, use of the word “exemplary” is intended to present concepts and techniques in a concrete fashion. The term “technology,” for instance, may refer to one or more devices, apparatuses, systems, methods, articles of manufacture, and/or computer-readable instructions as indicated by the context described herein.
As used in this application, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless specified otherwise or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more,” unless specified otherwise or clear from context to be directed to a singular form.
Note that the order in which the processes are described is not intended to be construed as a limitation, and any number of the described process blocks can be combined in any order to implement the processes or an alternate process. Additionally, individual blocks may be deleted from the processes without departing from the spirit and scope of the subject matter described herein.
One or more embodiments described herein may be implemented fully or partially in software and/or firmware. This software and/or firmware may take the form of instructions contained in or on a non-transitory computer-readable storage medium. Those instructions may then be read and executed by one or more processors to enable performance of the operations described herein. The instructions may be in any suitable form, such as but not limited to source code, compiled code, interpreted code, executable code, static code, dynamic code, and the like. Such a computer-readable medium may include any tangible non-transitory medium for storing information in a form readable by one or more computers, such as but not limited to read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; a flash memory, etc.
