The present invention generally relates to the field of messaging services. These messaging services comprise delivering notifications of any kind to a user, such as for example SMS (Short Message Service), emails, incoming calls, alarms, etc.
More particularly, the invention deals with the export of a messaging service from a providing device to a rendering device.
Thus, the invention concerns a method of exporting a message from a providing device to a rendering device. It also concerns a message pool manager and a providing device. It further concerns a computer program implementing the message export method of the invention.
The approaches described in this section could be pursued, but are not necessarily approaches that have been previously conceived or pursued. Therefore, unless otherwise indicated herein, the approaches described in this section are not prior art to the claims in this application and are not admitted to be prior art by inclusion in this section.
Nowadays, users are surrounded by an increasing number of connected devices delivering to them different kinds of information. These devices often generate messages, i.e. notifications and/or alerts, in order to alert the users about the availability of new information. However, a message, which may be important and/or urgent, can be easily missed by a user who is not in the range of the device.
At the same time, the user is surrounded by more and more user interfaces, screens, audio players and different kinds of output/input means, each of them trying to capture or keep the attention of said user. However, human beings still have limited attention capabilities. More, the home network is much bigger than the human perception range. These naturally unavoidable constraints lead to attention and physical/geographic limitations, which can be gathered together in the so called budget of attention. From that and depending of the end user context, notifications can be considered as useful, intrusive, disturbing or undeliverable, and then missed.
In order to avoid that users make too much effort to spread their attention area without any guarantee that they won't miss any message, some solutions exist.
Current existing solutions rely mainly on two approaches which are screen sharing and messaging service export to a remote server.
According to the first approach, two devices share their screens in order to enable the device which is closer to the user to deliver the message to the user by working as a remote screen replacing the screen of the device receiving the message.
This approach needs the devices to be connected and synchronous which necessitates a communication link between both devices and thus implies power consumption and reactivity constraints for both devices.
According to the second approach, the messaging service is exported to a relay server. Examples of solutions using this approach comprise MySMS (http://www.mysms.com/) or MightyText (http://mightytext.net/) for the export of SMS.
This approach has however some drawbacks. Indeed, the relay server requires a permanent, reliable and fault tolerant connection. Furthermore, this approach may generate a privacy issue as the relay server is generally a remote server located outside the user's home.
The present invention proposes a solution for improving the situation.
Accordingly, the present invention provides a method of exporting a message intended for a user and received by a providing device, from said providing device to a rendering device, said method comprising:
Thus, with the present invention, it is possible to bring the information addressed to the user always closest to said user, thus ensuring a better user experience. The message pool manager has mainly a role of keeping the message intended for the providing device, which is not in the perception range of the user, until a rendering device, which is in the perception range of the user, requests said message in order to render it.
Advantageously, the reception of the message by the message pool manager and the transmission of said message to the rendering device are performed in an asynchronous manner.
This asynchronous running enables power saving as it is not necessary to maintain a connection between the providing and rendering devices in order to perform the export of the message.
Advantageously, the method comprises rendering the message on a user interface of said rendering device.
The manner of rendering the message depends on the rendering device capabilities. For instance, if the rendering device has a screen, it displays the message on the screen. If the rendering device has an audio player, the message will be presented as an audio message.
Thus, according to this preferred embodiment of the invention, only the data of the message are exported and not the entire user interface for rendering the message for which only the rendering device is responsible according to its characteristics and capabilities.
Preferably, the message is rendered at a time determined by said rendering device.
According to this embodiment, the rendering device is responsible for rendering the message at the best moment for the user. For example, if the rendering device is a connected TV or a set-top box, it may chose to render the message during a TV program break.
Advantageously, the message is rendered by the rendering device according to a display format determined by said rendering device.
For instance, depending on the design of the user interface of the rendering device, the message may be displayed in the form of a popup or of a panel or of an icon, etc. It may also be rendered only as a text or as an audio or video message.
Advantageously, the method comprises removing, by the rendering device, after the rendering of the message, said message from the message pool.
This removal may be also performed by the message pool manager after transmission of the message to the rendering device.
Advantageously, the method comprises detecting, by the rendering device, that said rendering device is located in the perception range of the user.
Preferably, it is after this detection that the rendering device requests the message from the message pool manager in order to render it.
According to an embodiment, the rendering device is detected as being located in the perception range of the user if the user is using said rendering device.
The detection is advantageously performed by the rendering device using at least one sensor.
For instance, an embedded camera or a smart remote controller within the rendering device may be used for the detection of the user.
According to another example, proximity detectors such as near field sensors may be used for the detection.
According to an embodiment, the providing device is a mobile phone and the rendering device is a set-top box or a connected television.
The invention further provides a message pool manager operable to export a message intended for a user and received by a providing device, from said providing device to a rendering device, said message pool manager comprising:
According to an embodiment, the message pool manager is centralized in one device.
Such device is preferably a permanently connected device within the home, such as a home router or an internet gateway.
According to another embodiment, the message pool manager is distributed over a plurality of devices.
In this case, each of the plurality of devices hosts a part of the message pool. Furthermore, each of this plurality of devices may have the role of the providing or of the rendering device according to the situation and the proximity of the user with said devices.
The invention also provides a providing device operable to receive a message intended for a user, wherein said providing device comprises a transmitter configured to transmit said message, upon its reception, to a message pool manager in order for said message to be stored in a message pool.
Advantageously, said providing device is a smart phone or a tablet or a PC or a laptop and said message pool manager is a home router or an internet gateway.
The invention further provides a rendering device operable to render a message intended for a user, comprising:
Advantageously, the rendering device comprises an input module enabling the user to answer to the message.
Thus, not only the display of the message is exported but the messaging service itself as the user has the possibility to answer messages depending on the available input means in the rendering device next to said user.
The method according to the invention may be implemented in software on a programmable apparatus. It may be implemented solely in hardware or in software, or in a combination thereof.
Since the present invention can be implemented in software, the present invention can be embodied as computer readable code for provision to a programmable apparatus on any suitable carrier medium. A carrier medium may comprise a storage medium such as a floppy disk, a CD-ROM, a hard disk drive, a magnetic tape device or a solid state memory device and the like.
The invention thus provides a computer-readable program comprising computer-executable instructions to enable a computer to perform the message exporting method of the invention. The diagram of
The present invention is illustrated by way of examples, and not by way of limitation, in the figures of the accompanying drawings, in which like reference numerals refer to similar elements and in which:
Referring to
According to the first embodiment, the exporting service is managed in a centralized manner by a message pool manager 4 which can be a dedicated device for this service or a permanently connected device in the system 2.
The system 2 comprises for example a home network comprising a home router or an internet gateway to which are connected a plurality of devices.
According to the first embodiment of the invention, this home router or internet gateway plays the role of the message pool manager 4 and is operable to export a message intended for a first device 6, called here the providing device, to a second device 8, called here the rendering device.
The message pool manager 4 is operable to make available a message, which may be any kind of notification or SMS or email, received by the providing device 6, in order to be delivered or rendered by the rendering device 8 to the user. This is particularly advantageous when the providing device 6 is not in the range of perception of the user whereas the rendering device 8 is within this range of perception. By being in the range of perception of a device, it is meant that the user can physically perceive a notification issued by the device.
As shown in
For instance, the providing device 6 is a mobile phone or a tablet or a PC or a laptop, or any connected device able to receive a message intended for a user, such as a TV or a wearable device, whereas the rendering device 8 is a connected TV or a set-top box or a laptop or an alarm clock or any connected device operable to render the message, such as a smart watch or a connected fridge.
Obviously, according to the circumstances, a providing device 6 may also have the role of a rendering device 8 and vice versa, mainly in function of the proximity of each of these devices to the user.
The providing device 6 and the rendering device 8 are connected to the message pool manager 4 through a wired network such as Ethernet or PLC (Power Line Carrier) and/or a wireless network such as Wifi or Bluetooth.
Referring now to
According to the second embodiment, the exporting service is managed in a distributed manner by the devices of the system 10.
The system 10 comprises for example a home network 12 to which are connected several devices 14, 16. By analogy with the first embodiment, the devices 14 are providing devices and the devices 16 are rendering devices.
The message pool manager 18 is then distributed over all these devices 14, 16, each of them hosting a part of a message pool 20.
According to this second embodiment, each device 14, 16 is able to subscribe to the message pool 20, read content and send/receive events. This can be achieved with well-known distributed computing techniques, such as UPnP, DDS, QeO, etc.
According to the second embodiment, a message, which may be any kind of notification or SMS or email, received by a providing device 14 is made available, preferably within said providing device 14 or in another connected device 14, 16 in order to be delivered or rendered by a rendering device 16 to the user. This is particularly advantageous when the providing device 14 is not in the range of perception of the user whereas the rendering device 16 is within this range of perception.
As shown in
For instance, the providing device 14 is a mobile phone or a tablet or a PC or a laptop, or any connected device operable to receive a message intended for a user whereas the rendering device 16 is a connected TV or a set-top box or a laptop or an alarm clock or any connected device operable to render the message.
Obviously, according to the circumstances, a providing device 14 may also have the role of a rendering device 16 and vice versa, mainly in function of the proximity of each of these devices to the user.
The providing device 14 and the rendering device 16 are connected to the home network 12 through a wired link such as Ethernet or PLC (Power Line Carrier) and/or a wireless link such as Wifi or Bluetooth.
The message pool manager 4, 18 comprises a reception module 22 operable to receive a message from a providing device 6,14.
It also comprises a storage module 24 operable to store said message in the message pool 9, 20.
Optionally, other fields could favorably be added, such as the message type and/or the message priority and/or any other field which will bring some useful information about the message context to the user.
Furthermore, a message may be protected by a key in order to prevent non authorized rendering devices 8, 16 or users to access said message.
Returning to
In the case of the first embodiment of
In the case of the second embodiment of
Alternatively, this transmission could occur before if the rendering device 16 wants to cache the message before the user comes in the range of perception of said rendering device 16.
The rendering device 8, 16 comprises a detection module 30 operable to detect that said rendering device 8, 16 is in the perception range of the user to whom the message is intended.
In order to detect if a user is in this range, the detection module 30 may consider if the user is using said rendering device 8, 16.
Advantageously, the detection module 30 comprises or is connected to at least one sensor operable to detect the user presence, such as a camera or a smart remote controller.
The detection module 30 may also use a proximity detector such as a near field sensor, for example NFC, Bluetooth LE, iBeacon, etc.
The rendering device 8, 16 also comprises a requesting module 32 operable to request a message stored in the message pool 9, 20 from the message pool manager 4, 18.
The rendering device 8, 16 further comprises a reception module 34 operable to receive said message from the message pool manager 4, 18.
The rendering device 8, 16 also comprises a rendering module 36 operable to render the message.
The manner of rendering the message depends on the rendering module 36 capabilities. For instance, if the rendering module 36 comprises a screen, it displays the message on the screen. If the rendering module 36 has an audio player, the message will be presented as an audio message.
Furthermore, the rendering module 36 is operable to determine the best time suitable for the rendering of the message to the user.
For example, if the rendering device 8, 16 is a connected TV or a set-top box, it may chose to render the message during a TV program break.
The rendering module 36 is also operable to determine a suitable display format for delivering the message to the user.
For instance, the message may be displayed in the form of a popup or of a panel or of an icon, etc.
The rendering device 8, 16 further comprises an input module 38, for instance a keyboard or a remote control or a touch screen enabling the user to answer to the message.
The rendering device 8, 16 also comprises a removing module 40 operable to remove the message from the message pool further to its rendering in order to prevent the rendering of the message from other rendering devices.
According to an embodiment, the providing device 6, 14 is notified about the message rendering completion and may decide to remove the message from its internal messaging service, such as for instance, the SMS notification bar.
Now, the details of an embodiment of the method of exporting messages will be described with reference to the flowchart of
Let's consider for an illustrative purpose the case of a centralized pool manager, i.e. the embodiment of
As an example, the system 2 comprises two providing devices 6, for instance two mobile phones of two users Jane and Bob in the home: “Jane phone” and “Bob phone”, and two rendering devices 8: a TV and a laptop which may be used by both users Jane and Bob. The message pool manager 4 is for instance implemented in a home gateway.
Initially, the message pool 9 is empty and Bob is watching the TV 8. The detection module 30 of the TV 8 detects that Bob is using the TV 8 and thus that the TV 8 is in the range of perception of Bob.
At a first step 50, Bob's phone receives a message, for example an SMS.
As Bob is watching the TV 8 and does not want to be disturbed by the phone 6, the message is transmitted at step 52 from Bob's phone to the message pool manager 4 that stores it in the message pool 9.
At step 54, the message pool manager 4 notifies both rendering devices 8 about the arrival of a new message for the user Bob in the message pool 9.
The TV 8 which is in the range of perception of Bob requests the message from the message pool manager 4.
At step 56, after having received the message, the TV 8 displays the message, either immediately or during the next break of the TV program, for example. Bob reads the message and the removing module 40 of the TV 8 removes said message from the message pool 9.
At step 58, Bob answers the message using the input module 38, for example the remote control of the TV 8, and the TV 8 sends the answer to the message pool manager 4 which stores it in the message pool 9 as a message response. This message response comprises the field of the identifier of the providing device, which is “bob_phone” here. Optionally, it could also include an identifier of the original message.
At step 60, the message pool manager 4 transmits the message response to Bob's phone 6. Then, Bob's phone sends the message response through the mobile network in a conventional manner and removes the message response from the message pool 9.
While in the represented embodiment, the message type is a SMS, it could also be an email or an instant message, or even a simple notification such as an incoming call, where, if it has audio input/output capabilities, the rendering device 8 could pick up the call and connect the caller and the recipient.
While there has been illustrated and described what are presently considered to be the preferred embodiments of the present invention, it will be understood by those skilled in the art that various other modifications may be made, and equivalents may be substituted, without departing from the true scope of the present invention. Additionally, many modifications may be made to adapt a particular situation to the teachings of the present invention without departing from the central inventive concept described herein. Furthermore, an embodiment of the present invention may not include all of the features described above. Therefore, it is intended that the present invention is not limited to the particular embodiments disclosed, but that the invention includes all embodiments falling within the scope of the appended claims.
Expressions such as “comprise”, “include”, “incorporate”, “contain”, “is” and “have” are to be construed in a non-exclusive manner when interpreting the description and its associated claims, namely construed to allow for other items or components which are not explicitly defined also to be present. Reference to the singular is also to be construed to be a reference to the plural and vice versa.
A person skilled in the art will readily appreciate that various parameters disclosed in the description may be modified and that various embodiments disclosed and/or claimed may be combined without departing from the scope of the invention.
For instance, the invention may be advantageously implemented outside the home network in an external network such as Internet.
Number | Date | Country | Kind |
---|---|---|---|
14306215.6 | Jul 2014 | EP | regional |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2015/065139 | 7/2/2015 | WO | 00 |