U.S. patent application number 15/264424 was filed with the patent office on 2017-01-05 for method of providing non-native notifications and system thereof.
This patent application is currently assigned to BlueStack Systems, Inc.. The applicant listed for this patent is BlueStack Systems, Inc.. Invention is credited to Sharad Agrawal, David P. Reese, JR., Suman Saraf, Shashi Kant Sharma.
Application Number | 20170006123 15/264424 |
Document ID | / |
Family ID | 56881495 |
Filed Date | 2017-01-05 |
United States Patent
Application |
20170006123 |
Kind Code |
A1 |
Sharma; Shashi Kant ; et
al. |
January 5, 2017 |
METHOD OF PROVIDING NON-NATIVE NOTIFICATIONS AND SYSTEM THEREOF
Abstract
Embodiments of the present invention are directed to a method of
providing non-native notifications and system thereof. These
notifications are generated by non-native applications that can be
executed on a target device, specifically within a guest
environment on the target device, or can be executed on a
physically disjoint source device that is communicatively coupled
with the target device via a local pairing mechanism or a service
in a cloud. The application player and the source device are able
to capture these non-native notifications. The target device is
able to receive and present these non-native notifications to a
user. Notifications include alerts, reminders, updates and messages
generated by non-native applications. The user does not need to
access the non-native applications, or the application player or
source device they are executing on to see the non-native
notifications. Instead, the user views these non-native
notifications at a central location on the target device.
Inventors: |
Sharma; Shashi Kant;
(Haryana, IN) ; Agrawal; Sharad; (Gurgaon, IN)
; Saraf; Suman; (Gurgaon, IN) ; Reese, JR.; David
P.; (Sunnyvale, CA) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
BlueStack Systems, Inc. |
Campbell |
CA |
US |
|
|
Assignee: |
BlueStack Systems, Inc.
Campbell
CA
|
Family ID: |
56881495 |
Appl. No.: |
15/264424 |
Filed: |
September 13, 2016 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
13644840 |
Oct 4, 2012 |
9445392 |
|
|
15264424 |
|
|
|
|
13543052 |
Jul 6, 2012 |
|
|
|
13644840 |
|
|
|
|
61545079 |
Oct 7, 2011 |
|
|
|
Current U.S.
Class: |
1/1 |
Current CPC
Class: |
G06F 9/45533 20130101;
G06F 8/60 20130101; G06F 9/542 20130101; G06F 9/546 20130101; G06F
3/01 20130101; G06F 9/451 20180201; H04L 67/025 20130101; H04L
67/42 20130101; H04L 67/10 20130101; G06F 9/445 20130101; H04L
67/1095 20130101; H04W 4/14 20130101; H04W 68/00 20130101; G06F
16/178 20190101; H04L 67/26 20130101; G06F 9/45558 20130101; H04L
51/24 20130101 |
International
Class: |
H04L 29/08 20060101
H04L029/08; H04W 4/14 20060101 H04W004/14; H04L 29/06 20060101
H04L029/06 |
Claims
1-24. (canceled)
25. A non-transitory computer-readable medium storing instructions
that, when executed by a computing device, cause the computing
device to perform a method comprising: communicatively coupling
with an electronic device via an account in a cloud; obtaining, via
the account in the cloud, a notification that is generated by an
application executing on the electronic device and that is captured
by a notification tool on the electronic device, wherein the
notification tool on the electronic device is configured to capture
notifications generated by a plurality of applications executing on
the electronic device and to transfer the captured notifications to
the account in the cloud; presenting the obtained notification to a
user of the computing device, by a message center executing on the
computing device; receiving user input in response to the
notification, in the message center; and pushing the user input,
received in the message center on the computing device to the
application executing on the electronic device via the account in
the cloud and the notification tool on the electronic device.
26. The non-transitory computer-readable medium of claim 25,
further comprising packaging the user input such that the
application executing on the electronic device understands the user
input received in the message center executing on the computing
device.
27. The non-transitory computer-readable medium of claim 25,
wherein the notification is an SMS message.
28. The non-transitory computer-readable medium of claim 25,
wherein the notification is an alert regarding an event.
29. The non-transitory computer-readable medium of claim 25,
wherein the method further comprises allowing the user to access
data associated with the notification via the message center.
30. The non-transitory computer-readable medium of claim 29,
wherein the data is at least one of visually and auditorily
provided to the user.
31. The non-transitory computer-readable medium of claim 25,
wherein presenting the obtained notification includes displaying by
the message center the notification in a central location on the
computing device.
32. The non-transitory computer-readable medium of claim 25,
wherein presenting the obtained notification includes displaying by
the message center the notification over a work area.
33. A system comprising: an account in a cloud; a source device
including a notification tool, wherein the notification tool is
configured to: capture notifications generated by a plurality of
applications executing on the source device; and transfer the
captured notifications to the account in the cloud; and a target
device including a message center, wherein the message center is
configured to: communicate with the notification tool via the
account in the cloud; obtain, via the account in the cloud, a
notification that is generated by an application executing on the
source device and that is captured by the notification tool on the
source device; present the notification to a user, by the message
center; receive a user input, in response to the notification, in
the message center; and push the user input from the target device
to the application that generated the notification on the source
device, via the account in the cloud and the notification tool on
the source device.
34. The system of claim 33, wherein the application is a text
messaging application, a news feed application, a networking
application, an email application, a calendar application, a game
application, a tool application, a marketing application, or an
alarm application.
35. The system of claim 33, wherein the notification tool on the
source device is configured to package the user input such that the
application executing on the source device understands the user
input received in the message center executing on the target
device.
36. The system of claim 33, wherein the source device and the
target device are each configured to at least one of publish data
to the cloud and subscribe data from the cloud.
37. The system of claim 33, further comprising a plurality of
source devices communicatively coupled with the target device,
wherein each source device includes one or more applications
configured to provide notifications regarding event changes, and
wherein the target device is configured to receive such
notifications from the source devices.
38. The system of claim 33, further comprising an application
player.
39. The system of claim 38, wherein the application player executes
on the target device, wherein the message center is a part of the
application player.
40. The system of claim 39, wherein the application player includes
an application broker that interfaces with a plurality of online
application sources, wherein the application player is configured
to: receive a search text with the application broker; search each
of the online application sources; return a results list based on
the search text, wherein the results list comprises one or more
entries representing one or more applications from the application
sources; and display a refined results list, wherein the refined
results list is determined by excluding duplicate entries from the
results list that represent applications from two or more of the
application sources such that each of the one or more applications
are represented only a single entry.
Description
RELATED APPLICATIONS
[0001] This application claims benefit of priority under 35 U.S.C.
section 119(e) of the co-pending U.S. Provisional Patent
Application Ser. No. 61/545,079, filed Oct. 7, 2011, entitled
"System and Method for Mapping Keys to Touch or Mouse Clicks," and
is a continuation in part of the co-pending U.S. patent application
Ser. No. 13/543,052, filed Jul. 6, 2012, entitled "Cloud-Based Data
Synchronization," both of which are hereby incorporated by
reference in their entirety.
[0002] The co-pending U.S. patent application Ser. No. 13/543,052,
filed Jul. 6, 2012, entitled "Cloud-Based Data Synchronization,"
claims benefit of priority under 35 U.S.C. section 119(e) of the
co-pending U.S. Provisional Patent Application Ser. No. 61/504,983,
filed Jul. 6, 2011, entitled "Application Test Drive," and
co-pending U.S. Provisional Patent Application Ser. No. 61/504,978,
filed Jul. 6, 2011, entitled "Cloud-Based App Sync," both of which
hereby incorporated by reference in their entirety.
FIELD OF THE INVENTION
[0003] The present invention relates to notifications. More
particularly, the present invention relates to a method of
providing non-native notifications and system thereof.
BACKGROUND OF THE INVENTION
[0004] A marketplace is an online digital distribution center that
delivers content to devices over a network. A marketplace can be an
established application store, such as Google Apps Marketplace or
Apple's AppStores, or can be provided by a mobile carrier, such as
AT&T or Verizon. Application developers typically publish
developed applications in the marketplace to which for users
subscribe. Users typically are not allowed to push any data to the
marketplace.
[0005] FIG. 1 illustrates a system 100 for delivery of content. The
system 100 includes a marketplace 105 and a plurality of devices
110a, 110b. The plurality of devices 110a, 110b are coupled to the
marketplace 105 for user(s) of these devices 110a, 110b to retrieve
applications published by application developers onto these devices
110a, 110b. If a user wishes to have an application, such as Angry
Birds Space, running on each device 110a, 110b, the user may
separately download Angry Birds Space from the marketplace 105 on
the devices 110a, 100b. For example, in FIG. 1, the user's tablet
110a connects with and downloads Angry Birds Space from the
marketplace 105. Similarly, the user's smart phone 110b connects
with and downloads Angry Birds Space from the marketplace 105. This
process involves repeatedly visiting the marketplace 105. In
addition, if Angry Birds Space was removed, either intentionally or
accidentally, from the tablet 110a, and the user wants to have
Angry Birds Space running on the tablet 110a again, the user would
need to yet again visit the marketplace 105 to download Angry Birds
Space from the marketplace 105 onto the tablet 110a.
[0006] With the proliferation of devices, it is typical for any
user to own more than one device, such as the tablet 110a and the
smart phone 110b of FIG. 1. In fact, it is not uncommon for a user
to have more than two devices at a time, such as a laptop computer
and two smart phones, one for personal use and another for
corporate use. The user can access corporate email from the laptop
computer, have alarms programmed on the personal smart phone, and
have meeting events set in the calendar on the corporate smart
phone. Each device is able to provide the user with notifications
generated by applications on the device. A notification, no matter
how loud it rings or chimes or how strong it vibrates, is not
useful if the user is not aware of the notification. It could
simply be that the user did not hear the notification (e.g., the
user was in a noisy subway), was not able to get to the device
(e.g., the device was at the bottom of gym bag) and had thereafter
forgotten about the notification, had simply left the device
elsewhere, or for another reason. Missing any notification causes
inconveniences.
[0007] The present invention addresses at least these limitations
in the prior art.
SUMMARY OF THE INVENTION
[0008] Embodiments of the present invention are directed to a
method of providing non-native notifications and system thereof.
These notifications are generated by non-native applications that
can be executed on a target device, specifically within a guest
environment on the target device, or can be executed on a
physically disjoint source device that is communicatively coupled
with the target device via a local pairing mechanism or a service
in a cloud. The application player and the source device are able
to capture these non-native notifications. The target device is
able to receive and present these non-native notifications to a
user. Notifications include alerts, reminders, updates and messages
generated by non-native applications. The user does not need to
access the non-native applications, or the application player or
source device they are executing on to see the non-native
notifications. Instead, the user can view these non-native
notifications at a central location on the target device.
[0009] In one aspect, a non-transitory computer-readable medium is
provided. The non-transitory computer-readable medium stores
instructions that, when executed by a computing device including a
host operating system, cause the computing device to perform a
method. The method includes obtaining from a notification tool for
a notification generated by a non-native application, and informing
a user of the notification. The notification can be an SMS message
or an alert regarding an event.
[0010] In some embodiments, the computing device also includes a
guest operating system, and the non-native application is a guest
operating system specific application executing in the guest
operating system.
[0011] Alternatively or in addition to, the computing device is
communicatively coupled with an electronic device, and the
non-native application is an application executing on the
electronic device. In some embodiments, the computing device and
the electronic device are coupled via a cloud. In some embodiments,
the computing device and the electronic device are coupled via a
local pairing mechanism.
[0012] In some embodiments, the method also includes allowing the
user to access data associated with the notification. The data can
be visually and/or auditorially provided to the user.
[0013] In some embodiments, informing a user of the notification
includes displaying the notification at a central location on the
computing device. In some embodiments, informing a user of the
notification includes displaying the notification over a work
area.
[0014] In some embodiments, the method also includes receiving user
input, and pushing the user input to the notification tool.
[0015] In another aspect, a system is provided. The system includes
a notification tool configured to capture a notification generated
by a non-native application. The system also includes a target
device which includes a message center. The message center is
typically in communication with the notification tool and is
configured to inform a user of the notification. In some
embodiments, the message center is configured to obtain user input
in response to the notification to be provided to the notification
tool.
[0016] The non-native application can be a text messaging
application, a news feed application, a networking application, an
email application, a calendar application, a game application, a
tool application, a marketing application, or an alarm application.
Other applications are contemplated.
[0017] In some embodiments, the target device supports a host
operating system and a guest operating system, and wherein the
non-native application is a guest operating system specific
application executing on the target device.
[0018] In some embodiments, the system also includes a source
device which includes the notification tool, and the non-native
application executes on the source device. The target device and
the source device can be communicatively coupled via a local
pairing mechanism. Alternatively, the system can include a cloud,
and the target device can be communicatively coupled with the
source device via the cloud; the source device and the target
device are each configured to at least one of publish and subscribe
to data from the cloud.
[0019] In some embodiments, the system can include a plurality of
source devices communicatively coupled with the target device. Each
source device includes one or more applications configured to
provide notifications regarding event changes, and the target
device is configured to receive such notifications from the source
devices.
[0020] In yet another aspect, a method is provided. The method
includes communicatively coupling a target device and a source
device, the source device receiving a notification generated by an
application running on the source device, and the target device
displaying a pane in the foreground of a workspace on the target
device, the pane including information regarding the notification.
In some embodiments, the target device and the source device are
communicatively coupled via a local pairing mechanism or a
cloud.
[0021] In yet another aspect, a method is provided. The method
includes an application player receiving a notification generated
by an application running within the application player on a
computing device, and the computing device displaying a pane in the
foreground of a workspace on the target device, the pane including
information regarding the notification. In some embodiments, the
application player is associated with a guest environment.
BRIEF DESCRIPTION OF THE DRAWINGS
[0022] Reference will now be made in detail to implementations of
the present invention as illustrated in the accompanying drawings.
The same reference indicators will be used throughout the drawings
and the following detailed description to refer to the same or like
parts.
[0023] FIG. 1 illustrates a system for delivery of content
according to the prior art.
[0024] FIG. 2 illustrates an exemplary system for synching data
across devices in accordance with the present invention.
[0025] FIG. 3A illustrates an exemplary method of enabling
publishing and subscription of data in accordance with the present
invention.
[0026] FIG. 3B illustrates an exemplary method of retrieving data
from a cloud in accordance with the present invention.
[0027] FIG. 4 illustrates a block diagram of an exemplary computing
device in accordance with the present invention.
[0028] FIG. 5A illustrates an exemplary system for synching data
between two devices in accordance with the present invention.
[0029] FIG. 5B illustrates an exemplary method for synching
applications between two devices of FIG. 5A in accordance with the
present invention.
[0030] FIGS. 5C-5E illustrate exemplary GUIs of FIG. 5B in
accordance with the present invention.
[0031] FIG. 6A illustrates another exemplary system for synching
data between two devices in accordance with the present
invention.
[0032] FIG. 6B illustrates an exemplary method for synching
applications between two devices of FIG. 6A in accordance with the
present invention.
[0033] FIG. 6C illustrates an exemplary method of test driving an
application in accordance with the present invention.
[0034] FIG. 7A-7C illustrate exemplary notification scenarios in
accordance with the present invention.
[0035] FIG. 8 illustrates an exemplary method of a message center
on a target device in accordance with the present invention.
DETAILED DESCRIPTION OF THE INVENTION
[0036] In the following description, numerous details are set forth
for purposes of explanation. However, one of ordinary skill in the
art will realize that the invention can be practiced without the
use of these specific details. Thus, the present invention is not
intended to be limited to the embodiments shown but is to be
accorded the widest scope consistent with the principles and
features described herein.
Cloud-Based Data Synchronization (CBDS) Overview
[0037] In some embodiments, two or more devices associated with an
account in a cloud can be synched. The account is configured to
manage publishing and subscription relationships between these
devices such that a first device is able to publish data to the
account in the cloud, and a second device is able to subscribe to
the data from the account. In some embodiments, the account is
configured to determine whether the second device has proper
dependencies for subscribing to the data, and to prevent the second
device from subscribing to the data upon determining that the
second device does not have proper dependencies. However, in some
embodiments, proper dependencies are automatically satisfied by
downloading and installing a tool configured to properly process
the data (e.g., execute applications) on the second device. In some
embodiments, the tool is the BlueStacks.TM. application player.
[0038] The BlueStacks.TM. application player is disclosed in the
co-pending application Ser. No. 13/479,086, entitled "Apparatuses,
Systems and Methods of Switching Operating Systems," filed on May
23, 2012, and in the co-pending application Ser. No. 13/479,056,
entitled "Application Player," filed on May 23, 2012, which are
hereby incorporated by reference.
[0039] FIG. 2 illustrates an exemplary system 200 for synching data
across devices in accordance with the present invention. The system
200 includes a marketplace 205, a plurality of devices 210-215, and
BlueStacks.TM. cloud service hosted in the cloud 220. The
marketplace 205 is similarly configured as the marketplace 105.
Each device 210-215 can be communicatively coupled with the
marketplace 205 when retrieving applications published by
application developers. Assume the devices 210-215 belong to or are
otherwise accessible by a user, and the user wants to synch data
across the devices 210-215. The user is able to utilize the cloud
service to synch data across the devices 210-215 via the cloud 220.
Although, each of the devices 210-215 shown is different, the user
is able to synch data across similar devices, e.g., PC to PC sync
or phone to phone sync. Typically, the user creates an account in
the cloud 220 and associates the devices 210-215 with the account.
Any of the associated devices is capable of being synched via the
cloud. Each device 210-215 can support one or more operating
systems, which may be the same or different from the other
operating systems supported by the other devices 210-215. For
example, the tablet 210a is an Apple iPad, the mobile phone 210b is
an Android phone, and the computer 215 is a Windows 7 PC. For
another example, the computer 215 supports a guest Android
operating system. Although only three devices are shown in FIG. 2,
other special purpose devices, such as set top boxes and automobile
consoles to name a couple, can also be associated with the account
for synchronization.
[0040] In some embodiments, each device must be associated with an
account in the cloud that the device is sending data to and/or
receiving data from. Put differently, a device is preferably only
able to access an account that the device is associated with.
Alternatively, a device is able to subscribe to data from any
account if given the permission to do so. A device is a source
device when it is publishing data to the cloud. A device is a
target device when it is subscribing to data from the cloud. Data
includes, but is not limited to, applications, phone book,
calendar, notifications (e.g., alerts and SMS messages), email,
memo, a music file, a photo/video album, documents, files and
another other suitable data. In some embodiments, the account is
configured to properly manage intellectual property rights of
applications, including copyrights. Notifications are further
discussed below.
[0041] FIG. 3A illustrates an exemplary method 300 of enabling
publishing and subscription of data in accordance with the present
invention. Assume (1) a user has already created an account in the
cloud, (2) a primary device is already associated with the account,
and (3) the user has requested that a secondary device be
associated with the account. In some embodiments, the user's
account is configured to perform the method 300. The method 300
begins at a step 305, where a unique pin for a secondary device is
generated. The pin associates the user's account in the cloud with
the secondary device.
[0042] At a step 310, the pin is shown to the user. In some
embodiments, the pin is displayed on the primary device.
[0043] At a step 315, the secondary device is paired with the
account in the cloud upon correctly providing the pin from the
secondary device to the cloud. Although pairing via a pin is
discussed in this example, other pairing techniques are
contemplated including, but are not limited to, use of other shared
secrets and use of public key cryptography, such as a certificate
exchange.
[0044] At a step 320, publishing and subscription relationships
between the primary device and the secondary device are managed.
Typically, the user's account intelligently manages these
relationships. In some embodiments, managing the relationship
includes synching data between the primary device and the secondary
device. In some embodiments, managing the relationship includes
determining whether the primary device has proper dependencies for
subscribing data published by the secondary device and, based on
the determination, automatically satisfying the proper
dependencies. Satisfying proper dependencies for synching is
discussed elsewhere. After the step 320, the method 300 ends.
[0045] FIG. 3B illustrates an exemplary method 325 of retrieving
data from the cloud in accordance with the present invention. The
method 325 begins at a step 330, where data is published to an
account in the cloud from a source device while the source device
is communicatively coupled with the cloud. Typically, the source
device is associated with the account. In some embodiments, the
data to be published to the cloud is determined by the user.
Alternatively, the data to be published is automatically determined
by the account, the source device, or both. After the data is
published, the source device no longer needs to be but can remain
communicatively coupled with the cloud. In some embodiments, the
user is able to select one or more target devices to receive the
data. In some embodiments, the account is configured to resolve
conflicts during the transfer of the data from the source device to
the cloud.
[0046] At a step 335, the data is subscribed to a target device
while the target device is communicatively coupled with the cloud.
Typically, the target device is associated with the account. In
some embodiments, the source device and the target device support
the same operating system. Alternatively, the source device and the
target device do not support the same operating system. In some
embodiments, the data is automatically retrieved and downloaded
onto the target device upon coupling with the cloud. Alternatively
or in addition to, user intervention is required to start, stop,
and/or continue the transfer from the cloud to the target device.
In some embodiments, the user is able to indicate which data to
subscribe to. After the data is subscribed, the target device no
longer needs to be but can remain communicatively coupled with the
cloud. In some embodiments, the account is configured to resolve
conflicts during the transfer of the data from the cloud to the
target device. After the step 335, the method 325 ends.
[0047] FIG. 4 illustrates a block diagram of an exemplary computing
device 400 in accordance with the present invention. The computing
device 400 is able to be used to acquire, cache, store, compute,
search, transfer, communicate and/or display information. For
example, the computing device 400 is able to communicatively couple
with a cloud, such as the cloud 220, to synch with one or more
other devices.
[0048] In general, a hardware structure suitable for implementing
the computing device 400 includes a network interface 402, a memory
404, processor(s) 406, I/O device(s) 408, a bus 410 and a storage
device 412. The choice of processor 406 is not critical as long as
a suitable processor with sufficient speed is chosen. In some
embodiments, the computing device 400 includes a plurality of
processors 406. The memory 404 is able to be any conventional
computer memory known in the art. The storage device 412 is able to
include a hard drive, CDROM, CDRW, DVD, DVDRW, flash memory card,
RAM, ROM, EPROM, EEPROM or any other storage device. The computing
device 400 is able to include one or more network interfaces 402.
An example of a network interface includes a network card connected
to an Ethernet or other type of LAN. The I/O device(s) 408 are able
to include one or more of the following: keyboard, mouse, monitor,
display, printer, modem, touchscreen, button interface and other
devices. Application(s) 414 are likely to be stored in the storage
device 412 and memory 404 and are processed by the processor 406.
More or less components shown in FIG. 4 are able to be included in
the computing device 400.
[0049] The computing device 400 can be a tablet, a mobile phone, a
smart phone, a desktop computer, a laptop computer, a netbook, or
any suitable computing device such as special purpose devices,
including set top boxes and automobile consoles.
[0050] The following exemplary scenarios will help demonstrate
cloud-based synchronization in accordance with the present
invention. Although any number of devices can be synchronized, the
first scenario and the second scenario illustrate synching, for the
sake of simplicity, between two devices. In particular, the first
scenario illustrates synching applications from a mobile device to
a computer, and the second scenario illustrates synching
applications from the computer to the mobile device. Assume in
these scenarios that the user has already created an account in the
cloud and has associated the two devices (e.g., mobile device and
computer) with the account in the cloud.
CBDS Exemplary Scenario 1: Synching Data From a Mobile Device to a
Computer
[0051] FIG. 5A illustrates an exemplary system 500 for synching
data between two devices in accordance with the present invention.
The system 500 includes a marketplace 505, a plurality of devices
510, 515, and BlueStacks.TM. cloud service hosted in a cloud 520.
In this example, the plurality of devices includes a mobile device
510 configured as a source device and a computer 515 configured as
a target device. Although more devices can be included in the
system 500, only the source device 510 and the target device 515
are illustrated for the sake of clarity. In some embodiments, the
marketplace 505 is similarly configured as the marketplace 205. The
user is able to utilize the marketplace 505 to retrieve
applications therefrom onto the source device 510. In some
embodiments, the cloud 520 is similarly configured as the cloud
220. The user is able to utilize the cloud service to synch data
(e.g., applications) from the mobile device 510 to the computer 515
via the cloud 520.
[0052] FIG. 5B illustrates an exemplary method 550 for synching
applications between the two devices of FIG. 5A in accordance with
the present invention. The method 550 begins at a step 555, where
the source device (e.g., the mobile device 510 of FIG. 5A) is
paired with the account in the cloud. In some embodiments, the
source device is paired with the cloud by entering a proper pin in
a companion application running on the source device. FIG. 5C
illustrates an exemplary GUI interface of the companion
application, which allows the user to enter a pin for pairing.
Typically, the pin is a unique pin previously generated for the
user by the cloud service. Other authentication procedures are
contemplated.
[0053] After the source device is paired with the cloud, at a step
560, selected application(s) are published to the cloud from the
source device. In some embodiments, the user is able to pick and
choose from an applications listing the application(s) to publish
to the cloud, as illustrated in
[0054] FIG. 5D. Alternatively or in addition to, the user is able
to concurrently publish all applications to the cloud, as
illustrated in FIGS. 5D-5E, by clicking on the appropriate boxes in
the companion application. In some embodiments, the user is able to
configure which of the devices associated with the account is/are
the target device(s) for subscribing to the published
application(s). The source device typically remains communicatively
coupled with the account during publishing but can become
communicatively decoupled after publishing.
[0055] In some embodiments, the user is able to configure the
companion application on the source device to auto synch all
applications, as illustrated in FIG. 5E, upon communicatively
coupling with the account. Different techniques can be implemented
to perform auto synchronization. One technique is polling. With the
polling approach, the companion application periodically checks to
see if any new applications or updates are installed on the source
device. If there are, those applications and/or updates are
published to the cloud. Another technique is hooking into a
notification feature provided by the source device. With the
hooking approach, the companion application receives notifications
from the notification feature. The notification feature typically
notifies when a new application or an update has been installed on
the source device. If the companion application receives a
notification, then the new application and/or update are published
to the cloud. Regardless of the technique used, auto
synchronization is performed in the background, typically without
or with minimal user intervention.
[0056] The account in the cloud is typically intelligent; it is
able to determine whether a target device, once it is
communicatively coupled with the account, has proper dependencies.
In other words, the account is configured to determine whether the
target device is able to subscribe to the data (e.g., applications)
published by the source device. Simply put, the account is
configured to determine whether the target device is able to run
all the applications published by the source device. In some
embodiments, if the target device is not able to run an
application, then the target device is not permitted to subscribe
to that applications until the proper dependencies are satisfied.
In some embodiments, proper dependencies can be satisfied by
downloading and installing the BlueStacks.TM. application
player.
[0057] At an optional step 565, an application player is downloaded
and installed on the target device (e.g., the computer 515 of FIG.
5A) to satisfy the proper dependencies. In some embodiments, the
account automatically pushes a software program for the application
player onto the target device for installation. Typically, the
application player supports the same operating system as that
supported by the source device. In some embodiments, even if the
account determines that the target device does not have the proper
dependencies, the target device is able to subscribe to those
applications.
[0058] At a step 570, the target device, once communicatively
coupled with the cloud, subscribes to the selected application(s)
from the cloud. In some embodiments, the target device subscribes
to these applications even if the target device cannot natively run
these applications. In some embodiments, the account is configured
to determine where on the target device to download the selected
applications. For example, the applications are downloaded to a
specific folder on the target device. For another example, if the
source device's operating system is different from the target
device's host operating system but is the same as the target
device's guest operating system, then the selected applications are
automatically stored in the guest environment. In other words, the
applications are downloaded in the appropriate operating system
supported by the target device for execution. The subscription can
be user initiated and/or automatic. In some embodiments, the user
is able to select to which applications to subscribe, including
those that were published at previous times and/or by other devices
associated with the account. Alternatively or in addition, the
target device automatically subscribes to any new or updated
applications upon coupling with the cloud. The target device
typically remains communicatively coupled with the account during
subscription but can optionally become communicatively decoupled
after subscription. After the step 570, the method 550 ends.
CBDS Exemplary Scenario 2: Synching Data From a Computer to a
Mobile Device
[0059] FIG. 6A illustrates another exemplary system 600 for
synching data between two devices in accordance with the present
invention. The system 600 includes a marketplace 605, a plurality
of devices 610, 615, and BlueStacks.TM. cloud service hosted in a
cloud 620. In this example, the plurality of devices includes a
mobile device 610 configured as a target device and a computer 615
configured as a source device. Although more devices can be
included in the system 600, only the source device 615 and the
target device 610 are illustrated for the sake of clarity. In some
embodiments, the marketplace 605 is similarly configured as the
marketplace 205. The user is able to utilize the marketplace 605 to
retrieve applications therefrom. In some embodiments, the user is
able to download and install the BlueStacks.TM. application player,
which can be configured as an application broker, on the computer
615. The user is able to search for an application by using the
application broker, which is configured as a single interface that
accesses one or more marketplaces 605. In some embodiments, the
cloud 620 is similarly configured as the cloud 220. The user is
able to utilize the cloud service to synch data (e.g.,
applications) from the computer 615 to the mobile device 610 via
the cloud 620.
[0060] FIG. 6B illustrates an exemplary method 625 for synching
applications between the two devices of FIG. 6A in accordance with
the present invention. The method 625 begins at a step 630, where
the source device (e.g., the computer 615 of FIG. 6A) obtains an
application. In some embodiments, the source device obtains the
application using the BlueStacks.TM. application player when
configured as an application broker to search for a particular
application from one or more marketplaces. The BlueStacks.TM.
application player is typically auto-configured to communicatively
couple with the cloud.
[0061] At a step 635, the application is published to the cloud
from the source device. In some embodiments, the application is
published to the cloud via the BlueStacks.TM. application player.
In some embodiments, the user is able to pick and choose from an
applications listing the application(s) to publish to the cloud.
The applications listing can display applications for only one of
the operating systems supported by the source device. The
application listing can also display applications for some or all
of the operating systems supported by the source device.
Alternatively or in addition to, the user is able to concurrently
publish all applications to the cloud. In some embodiments, the
user is able to configure which of the devices associated with the
account is/are the target device(s) for subscribing to the
published application(s). The source device typically remains
communicatively coupled with the account during publishing but can
become communicatively decoupled after publishing.
[0062] At a step 640, the target device, once communicatively
coupled with the cloud, subscribes to the published application
from the cloud. The subscription can be user initiated and/or
automatic. In some embodiments, the user is able to selectively
subscribe to certain applications, including those that were
published at previous times and/or by other devices associated with
the account. Alternatively or in addition to, the target device
automatically subscribes to any new or updated applications upon
communicatively coupling with the cloud. The target device
typically remains communicatively coupled with the account during
subscription but can selectively become communicatively decoupled
after subscription. After the step 640, the method 625 ends.
[0063] In some instances, the user may want to comparison shop for
applications on a computer (e.g., source device), because the
computer provides a full screen experience and/or the navigation on
the computer is easier. Comparison shopping on such a source device
allows the user to simultaneously run multiple applications, review
details for applications and/or read user application reviews,
prior to installing an application on a chosen target device (e.g.,
mobile device), which may have a more limited screen size as
compared to that of the source device.
[0064] FIG. 6C illustrates an exemplary method 650 of test driving
an application in accordance with the present invention. The method
650 starts with a step 655, where the source device (e.g., the
computer 615 of FIG. 6A) obtains an application to test. The step
655 is similar to the step 630.
[0065] At a step 660, the application is evaluated on the source
device. In some embodiments, in order to test the application on
the source device, a suitable virtualization environment is
required. The virtualization environment can be provided through
the BlueStacks.TM. application player or by other third party
developers. The virtualization environment allows the user to test
an otherwise incompatible application on the source device. For
example, the user with a Windows PC would require a virtualization
environment in order to test Android applications.
[0066] At a step 565, a decision is made as to whether the
application is to be purchased. If it is determined that the
application is not to be purchased, then the method 650 returns to
the step 655. If it is determined that the application is to be
purchased, then at an optional step 670, a purchase workflow is
performed, allowing the user to obtain the application.
[0067] At a step 675, the application is published to the cloud
from the source device. The step 675 is similar to the step
635.
[0068] At a step 680, the target device, once communicatively
coupled with the cloud, subscribes to the published application.
The step 680 is similar to the step 640. After the step 680, the
method 650 ends.
[0069] It should be noted that although the examples previously
discussed above include a marketplace, the present invention is
able to function with other mechanisms of placing applications/data
on a source device, such as company managed devices, which have
their own software distribution mechanisms. For another example, a
user is able to manually download and install software from the
Internet.
CBDS Advantages
[0070] Embodiments of the present invention allow data to be
automatically and transparently synched among two or more devices.
The synchronization is effected through a cloud service. The user
experience is advantageously seamless. In some embodiments, the
cloud service is able to intelligently determine compatibility of
data for a target device. For example, the cloud service is able to
determine whether the target device is able to execute a published
application, and to prevent the target device from subscribing to
the published application until proper dependencies are fulfilled
on the target device.
[0071] Embodiments of the present invention advantageously allow a
user to shop for applications on a source device prior to
installing the application on a target device, perhaps because the
source device provides a better ability to make purchasing
decisions.
[0072] Embodiments of the present invention advantageously allow a
user to store data with the cloud service, for example, when the
user needs additional storage space on the source device or, for
another example, the user needs to reinstall/reconfigure the source
device by temporarily removing the data from the source device but
without permanently losing such data.
[0073] Embodiments of the present invention advantageously allow a
user to access SMS messages on a work computer (e.g., target
device) via the cloud that were sent to a mobile device (e.g.,
source device). This is particularly useful when the user, for
example, had forgotten the mobile device at home.
[0074] Embodiments of the present invention advantageously allow
the user to decide that the user no longer wants to play a game on
a computer (e.g., source device) but rather on a mobile device
(e.g., target device) so that the user is able to play the game on
the bus to and from work.
Non-Native Notifications Overview
[0075] In some embodiments, a target device can also be configured
to inform a user regarding notifications generated by non-native
applications. A non-native application can be a guest operating
system specific application executing within a guest environment by
using, such as, the BlueStacks.TM. application player or the like
on the target device. Alternatively, a non-native application can
be an application executing on a physically disjoint source device
that is communicatively coupled with the target device via a local
pairing mechanism or the BlueStacks.TM. cloud service hosted in the
cloud. The target device and the source device can be similar
(e.g., a PC and a PC) or different (e.g., a PC and a MAC, or a PC
and a smart phone).
[0076] Both the BlueStacks.TM. application player and the source
device are typically configured to capture notifications generated
by applications executing thereon, and the target device is
configured to receive and present these non-native notifications to
the user. Notifications include alerts, reminders, updates and
messages generated by applications. The user does not need to
access non-native applications, or the BlueStacks.TM. application
player or the source device to see these non-native notifications.
Instead, the user can view these non-native notifications at a
central location on the target device. It should be noted that
non-native notifications, or simply notifications, refer to
notifications generated by applications that are not natively
executing within the host environment of the target device.
[0077] A target device typically has a message center installed
thereon. The message center is configured to extract, pull or
otherwise receive non-native notifications from various sources,
such as from physically disjoint source devices and from the
BlueStacks.TM. application player, to be displayed at a central
location on the target device, either with the original or modified
content and/or format. In some embodiments, the central location on
the target device is typically in a pane that appears in the
foreground such that the user is able to see the non-native
notifications even while running other applications. The message
center can be integral with or separate from the BlueStacks.TM.
application player. As such, by installing the BlueStacks.TM.
application player on the target device, the user will
automatically have access to the message center. In some
embodiments, the pane automatically closes after a predetermined
amount of time. Alternatively, the pane closes after user
interaction, such as closing the pane.
[0078] A source device typically has a notification tool installed
thereon. The notification tool is configured to access
notifications generated by applications executing on the source
device and is also configured to communicate with a message center.
In some embodiments, the notification tool is able to push or
otherwise send these notifications to the message center. In some
embodiments, the notification tool is also able to receive data
from the message center for further processing. The notification
tool can be a standalone feature or can be included as part of the
companion application discussed above. As such, by installing the
companion application on the source device, the user can
automatically have access to the notification tool.
[0079] The BlueStacks.TM. application player typically has a
notification tool built therein that is configured to access
notifications generated by applications executing within the
BlueStacks.TM. application player and is also configured to
communicate with a message center. In some embodiments, the message
center is integral with the BlueStacks.TM. application player. The
notification tool is able to push or otherwise send these
notifications to the message center. In some embodiments, the
notification tool is also able to receive data from the message
center for further processing.
Receiving Notifications on a Target Device
[0080] FIGS. 7A-7C illustrate exemplary notification scenarios in
accordance with the present invention and are not intended to limit
the present invention in any way. In each scenario set forth below,
the target device is a computer. Although the source devices and
the target device illustrated are shown as different devices, they
can be all the same.
[0081] FIG. 7A illustrates a target device 705 communicatively
coupled with a single source device 715a. As shown, the target
device 705 is a computer and the source device 715a is a smart
phone. The computer 705 and the smart phone 715a are locally paired
using a pairing mechanism, such as Bluetooth or WiFi. Assume a text
messaging application is active on the smart phone 715a. When a
text message arrives at the smart phone 715a, a text notification
720a is typically shown on the smart phone 715a to indicate that a
new text message has just been received. The text notification 720a
shows at least part of the text message. The text notification 720a
illustrated in FIG. 7A reads "MCH messaged: Movie @ 5?" The
notification tool on the smart phone 715a is configured to capture
the text notification 720a, and the message center on the computer
705 is configured to receive the text notification 720a from the
notification tool via the pairing mechanism. The message center on
the computer 705 is configured to thereafter display the same or a
variation of the text notification 720a in a pane 710. In some
embodiments, the message center will also display identification
information of the smart phone 715a along with the notification to
let the user know where the notification came from.
[0082] Although the target device 705 shown in FIG. 7A is
communicatively coupled with a single source device, the target
device 705 can be communicatively coupled with a plurality of
source device. FIG. 7B illustrates the target device 705
communicatively coupled with two source devices 715a, 715b. As
shown, the computer 705 is communicatively coupled with the smart
phone 715a and a tablet 715b. The computer 705 is able to couple
with the two source devices 715a, 715b using the same or different
coupling mechanism. In FIG. 7B, the computer 705 is communicatively
coupled with the smart phone 715a via a local pairing mechanism,
while the computer 705 is communicatively coupled with the tablet
715b via the BlueStacks.TM. cloud service hosted in a cloud 700. As
previously discussed above, the BlueStacks.TM. cloud service allows
publication and subscription of data by devices from the cloud 700.
In some embodiments, the tablet 715b uses the companion application
thereon to connect with the cloud 700.
[0083] Assume a calendar application is active on the tablet 715b.
Prior to the actual occurrence of an event, a calendar notification
720b is typically shown on the tablet 715b to indicate that the
event will be soon occurring. The calendar notification 720b
illustrated in FIG. 7B reads "Meeting with Janice in 30
minutes."
[0084] Similar to the smart phone 715a, the tablet 715b utilizes a
notification tool to capture all notifications generated by any
active application, such as the calendar application, executing on
the tablet 715b. However, the notification tool is typically
integral with the companion application installed on the tablet
715b, although the notification tool can be separate from but
interacts with the companion application. The notification tool on
the tablet 715b is configured to capture the calendar notification
720b. The companion application publishes the calendar notification
720b to the cloud 700. The message center on the computer 705 is
configured to subscribe to the calendar notification 720b. The
message center on the computer 705 is configured to thereafter
display the same or a variation of the calendar notification 720b
in the pane 710. In some embodiments, the message center will also
display identification information of the tablet 715b along with
the notification to let the user know where the notification came
from.
[0085] The notification tool of the present invention is able to
capture all notifications, such as alerts, reminders, updates and
messages, generated by any active application executing a source
device, such as the smart phone 715a or the tablet 715b. In
addition to the text messaging application and the calendar
application as discussed above, other exemplary applications
include a news feed application (e.g., mobile Pulse application), a
social media application (e.g., mobile Facebook application), an
alarm application, a voicemail application, and an email
application. Other applications are contemplated. The notification
tool of the present invention is able to assist in the delivery of
these notifications to a message center on a target device, such as
the computer 705.
[0086] The coupling between a target device and a source device can
be either through local pairing or the cloud. In some embodiments,
the cloud can also assist a user in the pairing of two or more
devices. However, regardless of the coupling mechanisms used and
regardless of the number of source devices the target device is
coupled with, the user is able to receive all notifications across
the diverse group of communicatively coupled source devices at a
central location on the target device.
[0087] Similarly, the user is also able to receive all
notifications from the BlueStacks.TM. application player at the
central location on the target device. FIG. 7C illustrates the
target device 705 running the BlueStacks.TM. application player
715c, which allows the computer 705 to support a multi-OS runtime.
In some embodiments, a notification tool and a message center are
integral with the BlueStacks.TM. application player 715c.
Alternatively, the notification tool and/or the message center are
separate from but interact with the BlueStacks.TM. application
player 715c.
[0088] Assume an email application is active in the BlueStacks.TM.
application player 715c. When an email message arrives, a email
notification 720c is typically shown within the BlueStacks.TM.
application player 715c to indicate that a new email message has
just been received. The email notification 720c shows at least part
of the email message. The email notification 720c illustrated in
FIG. 7C reads "TTW wrote on Sept. 22 at 5:30 PM; Dear Avi: I cannot
wait to see you guys again. I had fun!" The notification tool of
the BlueStacks.TM. application player 715c is configured to capture
the email notification 720c, and the message center is configured
to receive the email notification 720c from the notification tool.
The message center on the computer 705 is configured to thereafter
display the same or a variation of the email notification 720c in
the pane 710. In some embodiments, the message center will also
display identification information of where the email notification
720c came from along with the notification to let the user know
where the notification came from.
[0089] FIG. 7C illustrates the computer 705 in communication only
with the BlueStacks.TM. application player 715c. However, it should
be noted that the computer 705 can concurrently be in communication
with one or more source devices, such as illustrated in FIGS.
7A-7B.
[0090] FIG. 8 illustrates an exemplary method 800 of a message
center on a target device in accordance with the present invention.
The method 800 begins at a step 805, where the message center
receives or otherwise obtains a notification from a notification
tool. The notification is generated by a non-native application.
For example, the non-native application is executed on a physically
disjoint source device communicatively coupled with the target
device. For another example, the non-native application is executed
within the BlueStacks.TM. application player on the target
device.
[0091] At a step 810, the message center informs the user of the
notification. In some embodiment, the message center generates a
pane in the foreground of the user's workspace. The pane displays,
at least, the original or modified content and/or format of the
notification.
[0092] At an optional step 815, the message center allows the user
to access data associated with the notification. In some
embodiments, when the user activates the pane, the pane expands to
display the entire text message (e.g., "MCH Messaged: Movie @ 5?
Then dinner afterwards? Let me know.") associated with the
notification. In some embodiments, if the associated non-native
application is running in the BlueStacks.TM. application player,
the BlueStacks.TM. application player will be brought from the
background to the foreground when the user activates the pane. In
some embodiments, if the notification is regarding a new voicemail
message, the user is able to listen to the voicemail on the target
device when the user activates the pane.
[0093] At an optional step 820, the message center is able to
receive a user input in response to the notification. For example,
the user is able to draft a reply text message in a field provided
by the message center.
[0094] At an optional step 825, the message center pushes or
otherwise delivers the user input to a notification tool for
further processing. For example, the message center is able to take
the reply text message (e.g., the user input) and push the user
input to the notification tool for further processing (e.g.,
appropriately packaging the user input such that it can be
understood by the messaging application on the smart phone and to
be sent to the recipient MCH therefrom. Alternatively, the message
center is configured to perform the packaging instead. After the
step 825, the method 800 ends.
Target Device Notification Advantages
[0095] Embodiments of the present invention advantageously allow a
user to view all notifications generated by any application on any
communicatively coupled source device at a single location on a
target device. The user does not need to retrieve the source device
to see the notification. This is particularly useful when the user
only has the target device in his possession such as in a meeting
or has simply forgotten the source device at home. Provided that
the source device and the target device are communicatively
coupled, the target device is able to indicate to the user all
notifications generated from the source device.
[0096] One of ordinary skill in the art will realize other uses and
advantages also exist. While the invention has been described with
reference to numerous specific details, one of ordinary skill in
the art will recognize that the invention can be embodied in other
specific forms without departing from the spirit of the invention.
Thus, one of ordinary skill in the art will understand that the
invention is not to be limited by the foregoing illustrative
details, but rather is to be defined by the appended claims.
* * * * *