Wishlist/Silent mode timeout

From Openmoko

Revision as of 14:29, 12 May 2007 by Delta (Talk | contribs)

Jump to: navigation, search
Wishes warning! This article or section documents one or more OpenMoko Wish List items, the features described here may or may not be implemented in the future.

Silent mode timeout

With this feature, there is no need to turn the ringer back on if you previously know how long will be the film/meeting/...

Another possibility is mark and remember the movie theater or meeting room perimeter with GPS, and activate it if the moko is in the area.

Or the moko could be configured to switch to certain profiles according to the Wi-Fi networks detected in the proximity. For example when it detects the home network (by SSID and/or MAC to be sure) the silent mode gets deactivated if the user has forgot to switch it off. This could be an immensely useful and simple feature for many people, as it is quite common to forget the silent mode and become unreachable on your phone. This could also be very useful the other way around. Say, when you arrive within your university/work network, the moko activates the silent mode, etc. Wi-Fi proximity could be much more reliable compared to GPS, because GPS is not always reliable indoors or other similar conditions. Besides, defining the "profile zones" in GPS could be more complicated (coordinates, zone radius, shape, taking into account GPS errors for all these parameters while still making sure this sort of works, etc.) Wi-Fi proximity by MAC is rather basic concept.

Still a combination of both of these would probably give the best result as different people have different life style and requirements.

One of the problems with this is that the GPS, WiFi module would have to be active for this to work and that's serious battery drain.

A much more energy efficient way of doing this would be zoning by GSM base stations. Say when in proximity of stations (xxxx,xxxx,xxxx,xxxxx,xxxx) activate or deactivate a certain profile. This could be done very easly and would not present any extra energy consumption considerations. However the zone margins would be very vague and the zones would be rather large. Still it would serve really well most of the people who commute to work/school regularily and who do not live very close between the prospective profile zones. Since the density of GSM base stations is very high in some urban environments and many are directional, this could provide better zoning precision in some cities.

Another way would be to simply make a profiling schedule - since many phones support scheduling alarms in different times of different weeks days, profiles could be activated or deactivated according to a similar scheduling and could work really well for people with fixed working hours.

This could be also tied with the main scheduling application, to use silent mode automatically when a meeting, lecture, presentation, concert, or a similar event is scheduled.

All of these functions would probably require a default profile which overrides all profile zoning and scheduling in case it is needed.

Design Issues

  • This would be integrated with profiles?
Personal tools
Wishes warning! This article or section documents one or more OpenMoko Wish List items, the features described here may or may not be implemented in the future.

Silent mode timeout

With this feature, there is no need to turn the ringer back on if you previously know how long will be the film/meeting/...

Another possibility is mark and remember the movie theater or meeting room perimeter with GPS, and activate it if the moko is in the area.

Or the moko could be configured to switch to certain profiles according to the Wi-Fi networks detected in the proximity. For example when it detects the home network (by SSID and/or MAC to be sure) the silent mode gets deactivated if the user has forgot to switch it off. This could be an immensely useful and simple feature for many people, as it is quite common to forget the silent mode and become unreachable on your phone. This could also be very useful the other way around. Say, when you arrive within your university/work network, the moko activates the silent mode, etc. Wi-Fi proximity could be much more reliable compared to GPS, because GPS is not always reliable indoors or other similar conditions. Besides, defining the "profile zones" in GPS could be more complicated (coordinates, zone radius, shape, taking into account GPS errors for all these parameters while still making sure this sort of works, etc.) Wi-Fi proximity by MAC is rather basic concept.

Still a combination of both of these would probably give the best result as different people have different life style and requirements.

One of the problems with this is that the GPS, WiFi module would have to be active for this to work and that's serious battery drain.

A much more energy efficient way of doing this would be zoning by GSM base stations. Say when in proximity of stations (xxxx,xxxx,xxxx,xxxxx,xxxx) activate or deactivate a certain profile. This could be done very easly and would not present any extra energy consumption considerations. However the zone margins would be very vague and the zones would be rather large. Still it would serve really well most of the people who commute to work/school regularily and who do not live very close between the prospective profile zones. Since the density of GSM base stations is very high in some urban environments and many are directional, this could provide better zoning precision in some cities.

Another way would be to simply make a profiling schedule - since many phones support scheduling alarms in different times of different weeks days, profiles could be activated or deactivated according to a similar scheduling and could work really well for people with fixed working hours.

This could be also tied with the main scheduling application, to use silent mode automatically when a meeting, lecture, presentation, concert, or a similar event is scheduled.

All of these functions would probably require a default profile which overrides all profile zoning and scheduling in case it is needed.

Design Issues

  • This would be integrated with profiles?