105 results found displaying 4-6
    
olya0320
 Latvia
An application to stop using applications Printer Friendly Version
Problem: Mobile phone's addiction.
Solution:
1) A program for the phone which will be downloaded by the owner's will.
2) Consists of two parts. 1st part - a morning block. The phone blocks all applications (except for SMS and ordinary calls) on the phone for the 30 minutes after the alarm set in the morning, so that owner can't immediately check social networks after awaking.
2nd part - day time block, turns on periodically. The owner should type in a lot of numbers combinations which will appear on the screen. This operation will take 2.5 minutes. It will cut the interest of using the telephone without necessity.

Post a reply to this idea



Want to use this idea? Check out the Site Concept as well as the Site Rules.
50°

    
imax500
 Australia
Security Device for Smartphones Printer Friendly Version
The core of this invention is the inclusion of a security routine, either in the OS, in the cloud, in the firmware or as an application of the device, or other. This security system operates as follows; (1) a pattern if typical usage is constantly recorded and becomes a training set, (2) if the pattern of usage is detected that is not consistent with the training set then the user is asked for a secure password, (3) if this password is not entered then the device is locked down, or wiped or other secure actions take place.
Firstly, after the software system is installed on a device the software starts recording all user inputs and usage patterns, including:
1. Touch screen inputs, inclusive of typical errors and typos made
2. Voice entry and phone calls, inclusive of person recognition by voice characteristics
3. Application menu options selected, the order of menu selection, typical times and dates for specific application to be used etc
4. Types of websites visited
Smart algorithms running on the phone or a cloud computer then convert this common usage data into algorithms that detect uncommon usage, which are indicators of a third party using the smart device. If this is detected the suspected third party user is asked for a password, which if not supplied enables the phone to be locked down or even wiped, or any other secure action taken. Note there are two types of common usage modes that can be detected:
1. When actual usage does not match the training set by action (e.g. when certain touch screen errors are not made), or
2. When certain function are not performed when they normally are (e.g. a weather website is not visited as it usually is).

Post a reply to this idea

Want to use this idea? Check out the Site Concept as well as the Site Rules.
40°

    
imax500
 Australia
Smartphone 'Handover' Screenlock Device Printer Friendly Version
When smart devices, particularly smart phones, with touch screens are handed from one user to another user with the intent of sharing content as displayed on the display of the device, often, for touch screen devices, the new user inadvertently touches the smart screen when receiving the device from the first user, and in the process the desired content is thus not shown on the display because the touch has enabled an undesired touch function inadvertently.
Examples:
- When using a smartphone a common desire for a user is to show another person a photo.
- Often when transferring the phone to the second user there is an accidental touch of the touch screen by either the first or second user
- Often the inadvertent touch activates a function that removes the desired photo from the display
- Then there is a tedious process where the original user has to retrieve the phone and repeat the process
The core of the invention is a capability to freeze the touch screen for the handover of the device. In this manner there is no inadvertent touch event during the handover. Freezing of the touch screen can mean:
- Total lockdown of the touch screen so that no touch events are interpreted by the device OS
- Or, partial lockdown of the touchscreen, so that, for example, the zone around the outside perimeter of the touchscreen does not register touch events, since it is this outside region that is most likely to experience inadvertent touches
There are two key ways in which freezing of the touchscreen can be implemented
- Automatically, where sensors in the device are used to monitor and detect a handover of a device from a first to a second user
- Manually, where the first user implements an input that freezes the device for the handover function
Time
- The freezing of the device can be for a fixed period, designed so that the handover can be effected without issues. This fixed period can be a set time or user-defined,
- Or for the whole period of time whilst the second user has the device
- Or until either the first or second user implements a user input to unfreeze the device
Automatic detection of the first and second handover events can include
- Use of gyrometer sensors or other sensors that determine spatial position of the device
- Use of camera sensors, front and back, for example to detect the position of the device with respect to the hand(s) and/or face(s) of the user(s)
- Use of any other sensors in the device and any combination thereof
Manual entering and/or leaving "handover" mode
- A button that is pressed
- A gesture that is made, possibly pre-recorded, and is used solely for this function
- Voice command
- Any other input possible into the device
Apps
- The "freeze" function may be used at all times, or only for certain apps which are more likely to contain content which is shared by users, eg photo apps
- The user may be able to define which apps in which the freeze function is working

Post a reply to this idea



Want to use this idea? Check out the Site Concept as well as the Site Rules.
39°

Results are currently sorted by "newest". Click here to see the hottest ideas first.
OFFSHORE