METHOD OF SINGLE-HANDED SOFTWARE OPERATION OF LARGE FORM FACTOR MOBILE ELECTRONIC DEVICES
A method of enabling single-handed user-software interactions in a large form-factor electronic device having a touch screen for receiving user thumb input actions via an operating system desktop, the method comprising the steps of: positioning a single-handed utilization zone on the mobile electronic device desktop at about a determined location of the thumb of a device holding user; and populating said single-handed utilization zone with a plurality of actionable icons arranged in a horizontal pitch and a vertical pitch determined based on a user profile and the size said single-handed utilization zone.
This nonprovisional utility patent application claims benefit of U.S. provisional patent application Ser. No. 61/771,036, Entitled, “Method for Enabling One-Handed Operation of Large Form Factors Electronic Devices,” by Roy Varada Prasad, filed on Feb. 28, 2013.
FIELD OF THE INVENTIONThe present invention relates in general to the manner in which a user of a mobile electronic device interacts with the operating system software of the device and more particularly it relates to a method of single-handed software operations with the operating system and application software associated with a large form factor mobile electronic device being held in one hand of a user.
BACKGROUNDThe present day mobile phones have grown in scope from being simple cellular telephones to smart phones that are multi-functional devices at the convergence of several large industries, including telecommunications, networking, computer, consumer electronics, digital media, electronic commerce, and software. Consequently, the smart phones of today are built with a wide range of capabilities such as internet browsing, email, instant messaging, GPS navigation, photography, video conferencing, e-book reading, video playback, radio, and hundreds of thousands of software applications that provide entertainment, education, utility and productivity. In fact, the traditional cellular voice telephony has become just one of a very large number of functions available on modern day mobile or hand held electronic devices.
Most, if not all such modern day mobile devices are built with touch-sensitive screens, and designed to be held in the palm of one hand and supported by the fingers on that hand, which frees the thumb to interact with the touch screen to act as an input mechanism to the operating system software of the device and any other programs or applications running on the device. The thumb can be used as an input device which can be used to make a variety of gestures, such as touch or tap an area of the screen, touch and hold an object, drag an object, double-tap, swipe in various directions, hover, or draw out a pattern. An application program (app) or the operating system (OS) of the device can be designed to work with such inputs as a component of their user interface.
Of course, whatever action is performed by the thumb of the hand in which the device is being held can also be performed by the thumb or another finger on the other hand or even by another user, or other means. Also, many of the applications on smart phones do require or prefer the use of two hands. However, routine tasks, such as turning on a device, entering a security password, answering an incoming phone call, making an outgoing phone call, configuring many of the functions on the device, and running many of the applications require nothing more than the thumb of the hand in which the device is held, which makes them usable with one hand by and large. That makes these devices extremely easy and convenient to use.
With all the new uses playing an increasingly dominant role, there is growing pressure on smart phone makers to use larger screens that are capable of showing more data or richer content. Advances in display and battery technologies are enabling devices with larger screens with more resolution that are also lighter in weight and can run for longer times. However, the larger the screen, the farther a phone moves away from its compact form factor and the convenience of being used with one hand. For this reason, many manufacturers are reluctant to make phones with very large screens. While there are smart phones with five inch diagonal screens such as the Samsung Galaxy® that are very popular indeed, many users find them frustrating because they are too big to use with one hand.
At the same time, tablets have grown into an enormous market in recent years. The original iPad from Apple was launched with a 10″ diagonal screen, and many new notebook computers are being designed as hybrid devices that can double as tablets with 10″ to 11″ screens. Since the original iPad, the industry has extended the tablet footprint to smaller form factors in the 7″ to 8″ inch screen sizes. The smaller tablets are increasingly headed in the direction of smart phones, resulting in a new category of devices sometimes called “phablets”. With their smaller form-factor, there is a natural tendency to use them like smart phones, so their large size relative to phones makes them cumbersome to use with one hand.
Thus, there is a need to not lose the convenience of one-handed operation of smart phones, as they grow large in their screen size, and at the same time, to gain the convenience of one-handed operation of tablets, or at least the smaller form-factor tablets, as they find uses that were once the exclusive domain of smart phones.
There are similar trends towards offering larger screen sizes for digital media players such as the iPod Touch®, as they become a part of the form factor continuum of smart phones, phablets and tablets. The growing convergence between all these devices is a natural consequence of these devices being built on a common OS such as Android® from Google, Inc., iOS® from Apple, Inc., Windows®-8 from Microsoft, Inc., etc. This practically assures that all devices, regardless of their form factor, that use the same operating system can provide a similar user experience.
For the purpose herein, all the above devices are referred to as “mobile devices”, although they could be operated while being connected to a power source, or tethered to or plugged into other equipment.
Mobile devices are now increasingly finding use as control panels for equipment (e.g., automobiles or machinery), front-ends for transactional systems (e.g., point of sale or service terminals), and as devices for dedicated uses (e.g., e-book readers or gaming consoles). A point of sale terminal can be built in a small form factor (e.g., with an Apple iPod Touch® with an added credit card reader), while a point of service terminal might require a larger form factor to display more information (e.g., a package delivery or field service solution built with a tablet). It is often desirable to hold such a device in one hand and operate it as much as possible with the thumb of the hand in which the device is being held, while freeing up the other hand for other uses (e.g., to swipe a credit card, or carry a package, or to simply hold on for support).
Thus, there is a broader need in the industry to make larger form factor mobile devices as usable as practicable with one hand.
Now, it must be pointed out that there are times when two hands are needed to operate even small form-factor devices. Even a very small phone with only a 1.5″ or 2″ screen sometimes requires the use of both hands (e.g., when one has to type in text). The point is, by and large, the smaller form-factor devices are designed to be both held and operated with one hand, while the larger form-factor devices almost necessitate the use of both hands, one to hold and the other to use, or sometimes both hands to hold and use at the same time. Thus, in this context, single-handed usability does not mean the total elimination of ever having to use both hands. Rather, it means the ability to both hold and use larger form-factor devices with one hand to essentially the same degree to which smaller form-factor devices could be both held and used at the same time with one hand.
Also, for the purposes herein, using or operating a mobile device refers to using the software on the device by means of the touch-sensitive display or screen and the thumb of a user's hand in which the device is held. Any use of the device that requires a tool such as a stylus or a keyboard, any operation of physical controls on the device, such as buttons and switches on the device, are beyond the scope of the present invention.
Although the weight of a large tablet such as the Apple iPad® with its 10″ screen makes it difficult to both hold and use it with one hand, smaller tablets such as the Amazon Kindle Fire® or the Apple iPad Mini® with their 7-8″ screens are sufficiently light in weight to both hold and operate with one hand. In fact, it is rather cumbersome to use one of these with two hands if a user is used to a standard sized iPad. However, if a smaller tablet could be mostly used with one hand, it would be a far more convenient form factor than a 10″ tablet. Realizing this and finding a solution for such use is a major breakthrough implemented in accordance with the present invention as disclosed hereinafter, where the solution is extendible to large-screen smart phones and other hand held electronic devices which utilize a touch screen panel as a user input device.
SUMMARY OF THE INVENTIONThe present invention essentially simulates a small form factor user experience on a larger form factor mobile device by concentrating the user inputs and controls to the extent practicable into a smaller area on the screen that can be naturally and comfortably covered by the thumb of the hand in which the device is being held. This area is referred to herein as a single-handed usability zone or SHUZ.
The central idea is that in a small form-factor device, the screen of the device simply does not exist beyond the reach of the thumb in which the device is held. So in a larger form factor device, if the screen area outside the reach of the thumb of the hand in which the device is held were made to be not necessary to interact with the software on device, then the device would be usable with one hand essentially to the same degree as a smaller form factor device could be used with one hand.
Additionally, the present invention delivers a number of other benefits which address both certain deficiencies in mobile devices today, as well as certain capabilities that will likely be required in the future to make using mobile devices a more comfortable, productive and safer experience.
These innovations are achieved by incorporating a SHUZ methodology and process into the master control program or OS of the device, and implementing in software the necessary OS functions and services to SHUZ-enable the apps running on the device.
As a first aspect the present invention provides the ability for the user of a large form factor mobile device to interact with the OS from within a SHUZ to the extent necessary for the user to operate the device with one hand to the same degree as the user would be able operate a small form-factor device with one hand. The SHUZ would in essence, become a proxy for the desktop of the device, and act as much of a portal between the user and the machine as the full desktop of the device would be.
In an embodiment of the first aspect, all the necessary OS commands and device interaction the user would have from the standard desktop made available through a miniature proxy desktop contained in a SHUZ. This includes configuring the device, browsing the system, launching apps, opening documents, etc. Except for the smaller physical size, the proxy desktop (referred to herein as SHUZ-DT) would look very much like the standard desktop, and provide substantially the same functionality as the standard desktop. The typical desktop contains a set of actionable icons which when tapped, result in an action such as a dialog box popping up, an app being run, or a file or folder being opened. The present invention allows the user to move some or all the contents of the standard desktop to a SHUZ-DT, and later, access them as he or she would have accessed them from the standard desktop. This enables single-handed access to the desktop even with a large form factor device but using the same thumb stroke actions commonly used and understood by a user of a small form factor device. Using the thumb to scroll within the SHUZ-DT, there would be no practical limit to the number of objects that could be placed within the SHUZ-DT.
A second aspect the present invention provides users of large form factor mobile devices the ability to interact with an app on the device via a SHUZ as far as practicable, to run the app with one hand to the same degree as they would be able to run it with a small form-factor device with one hand.
In an embodiment of the second aspect, an app substantially channels all its user interactions via a dialog box or a control panel placed within a SHUZ, referred to herein as the SHUZ application interface (SHUZ-AI). The app might indeed utilize the entire available size of the physical display for presenting its output. For the purposes herein, an app includes any software that runs on the device, compiled or interpretive, and includes any OS functions or utilities that are used by the users. The OS would provide the software infrastructure and OS services that can be used by apps for the SHUZ-AI, and communicate in real time the information needed (e.g., location, orientation and size of the SHUZ), in order that the apps can confine their user interactions to within the SHUZ-AI. Exactly how that user interaction would visually appear to the user would be up to the designer of an individual app. However, the infrastructure for rendering the SHUZ-AI and obtaining the user inputs would be provided by the OS. By adding the right functions and services to the OS, the majority of the heavy-lifting to SHUZ-enable apps can be performed by the OS, which makes implementation straight forward for apps developers. The maker of the large form factor mobile device OS would need only to provide the appropriate software development tools and programming interfaces so that developers can build SHUZ-aware programs. Alternatively, the OS could also make available the necessary internal functions and services to enable middleware programs to SHUZ-enable the mobile device and apps running on it.
A third aspect the present invention provides the ability for a user of a mobile device to extensively customize and personalize a SHUZ-DT with respect to its shape, size, visual appearance, contents and accessibility of the contents. This enables an optimal usage experience to every individual user.
In an embodiment of the third aspect of the present invention, a set of software functions and features are added to the OS of a device to enable users to personalize a SHUZ that best fits their individual usage. The OS would then save such personalization data as a user profile utilized for interacting with the user, and also for communicating salient aspects of the profile to any SHUZ-enabled software running on the device.
In another embodiment of the third aspect of the present invention, the most basic customization is the visual appearance of the SHUZ-DT for attributes such as its color, border, shape (e.g., sharp or rounded corners), and any number of visual effects that could be provided (e.g., 3-D looks).
In yet another embodiment of the third aspect of the present invention, the overall size of the SHUZ may be customized as a function of the length of the thumb of the user, as well as the screen movement area reachable by the thumb of the user. The SHUZ is typically rectangular shape in shape, but its width and height may be customized to satisfy the usage of an individual user. The SHUZ could also be of an irregular shape.
In still yet another embodiment of the third aspect of the present invention, users may populate the SHUZ-DT with whatever apps they most frequently use. This allows users to make the mobile device work for them. Some users might use their mobile device primarily for voice telephony, while others may prefer instant messaging or email or for some other use. Organizing the SHUZ-DT with specific apps lets each individual user use the device in a way that best fits his or her needs.
In yet another embodiment of the third aspect of the present invention, the user may anchor certain icons in the SHUZ-DT at certain locations within the SHUZ-DT. That way, the user can force certain apps to always show up in fixed locations within the SHUZ-DT, while letting the OS to automatically reorder the sequence in which icons are presented within the SHUZ window based on usage frequency or some other metrics.
In another embodiment of the third aspect of the present invention, the user may adjust the horizontal and vertical pitch of the icons within the SHUZ-DT. One of the problems with mobile devices today is that the device form factor does not map well to the size or range of thumb movement of the user. For instance, a petite woman with a small hand and slim fingers might find a 5″ Samsung Galaxy attractive, because she reads a lot, and would like a larger display with more pixels. However, she might find it very inconvenient to use given the characteristics of her hands, so she might be forced to buy a much smaller mobile device with a 3.5″ screen. Or a heavily built male plumber with large hands might really prefer a very compact 3″ smart phone for portability reasons, but may be forced to buy a six inch mobile phone because the icons and commands in the compact phone are just too tightly packed for his oversized fingers. Thus, there is a substantial direct correlation between the characteristics of a user's hands and the mobile device that user finds comfortable to use. As a result, both these individuals would end up making a sub-optimal purchase decision. The present invention essentially decouples the size of a mobile device from the physical attributes of a user's hands. This unique and novel method is not concerned with the physical size of the device, but rather, directed to a virtual size and a layout organization that presents the content the user needs to quickly and easily reach with his or her mobile device. In this regard, by adjusting the pitch and size of the icons within the SHUZ-DT, the petite woman who is an avid reader or the plumber with his oversized hands could get the form factor they really prefer, and use them very comfortably by mapping the devices to their specific hands.
In an embodiment of the third aspect of the present invention, users may save usage profiles, and select a specific profile as needed. For instance, mobile devices are often shared between people, e.g., husband and wife, or parent and child, with each user with his or her own individual needs while using the same device. It is also possible that the same user might need a different user experience at different times. For instance, a mail or package delivery man who wears heavy gloves during winter months may want a “fat finger friendly” accommodation by the device while being outdoors during the winter months, while reverting back to a “normal” user experience at other times. The present invention develops the notion of customized usage-specific profiles that can be easily created, edited, copied, saved and applied.
In another embodiment of the third aspect of the present invention, based on typical thumb size demographics (length, thickness, range of motion), a mobile device maker may provide a set of standard user profiles that will work for a majority of users. This will allow a device maker to set a factory default profile, and also let users pick a standard profile that might fit them well enough.
As a fourth aspect the present invention provides the ability for a SHUZ to be automatically and intelligently located as appropriate in a given context anywhere on the screen of a mobile device in the right orientation, based on an estimation of the location of the thumb of the user's hand in which the device is being held, or optionally, always at a fixed location on the screen, and automatically be adjusted based on the orientation of the device. This works for both the SHUZ-DT and the SHUZ-AI.
In an embodiment of the fourth aspect, the SHUZ may be placed anywhere on the screen, as appropriate to a given context, such that it is conveniently placed and ready for use with the thumb of the hand in which the device is being held. This applies to both a SHUZ-DT, as well as a SHUZ-based user interface used by an app. For the purposes herein, when the term SHUZ is used in isolation, it could mean either a SHUZ-DT or a user interface dialog box or menu used by an app that is placed in a SHUZ-AI. The concept of auto placement of a SHUZ provides instant and convenient way to use a device with one hand, for either interacting with the OS or for running an app. There are a number of ways to estimate with reasonable accuracy the position of the thumb of the hand holding the device, and this can be used to let a user hold a device that is most comfortable to him or her, and using the device in a very intuitive and efficient way by having the controls under his or her thumb.
In another embodiment of the fourth aspect of the present invention, there is no concept of a mobile device for left-handed or right-handed people. Small form factor devices are small enough to be operated with either hand, although even here, there are subtle biases towards people who are right handed. For instance, the little camera icon on the iPhone-5 appears on the right edge of the screen, where it is more easily accessed by the left thumb, but is awkward to access for a user who holds the device with his or her right hand. It becomes a bigger problem when the form factor is larger. The present invention provides a solution by being able to place the SHUZ on either side of the screen, so it no longer matters whether a user is left-handed or right-handed.
A fifth aspect the present invention provides the ability to organize information on a mobile device using a hierarchical or distributed schema, and efficiently navigate through it with single-handed operation by means of overlapping windows over a SHUZ.
In an embodiment of the fifth aspect of the present invention, a comprehensive hierarchical directory system could be implemented on a mobile device to organize the content, and easily accessed via the SHUZ paradigm. Today, desktop and notebook computers provide extensive capabilities for organizing vast amounts of data in a hierarchical system of folders or directories. As mobile devices become increasingly more powerful in terms of their computing and storage capabilities, users will store far more apps and data files that they will need to organize better and access efficiently. The present invention provides an elegant solution to navigate through any complex hierarchy by means of overlapping windows within a SHUZ-DT that the user can spawn or close with simple gestures of the thumb of the hand holding the device.
In another embodiment of the fifth aspect of the present invention, data can be organized into groups. In this regard, the idea of access by group is unique and novel. A group is different from a folder in that an item (e.g., a file or a program) may belong to more than one group. For example, a photo called DSC1234.jpg may belong to several groups called “Landscapes”, “Canada”, “Nikon D800”, “Family Vacation 2013”, and so forth. This provides for a different kind of organization and access to information.
In yet another embodiment of the fifth aspect of the present invention, an app on a mobile device may use a SHUZ-AI to provide an arbitrarily complex, hierarchical menu structure. Today, mobile device apps are much simpler than the powerful software programs that run on desktop or high-end notebook computers. As mobile devices become computationally more powerful, they will be capable of running more sophisticated applications that will also require more complex menu structures than what is found in typical mobile phone or tablet apps today.
A sixth aspect the present invention provides a method of customizing a mobile electronic device desktop, comprising the steps of: generating a single-handed utilization zone for user operating system and program application interactions; determining the location of a hand holding device thumb of a user resting naturally and comfortably on the mobile electronic device desktop; rendering invisibly the single-handed utilization zone on the mobile electronic device desktop at about the determined location of the hand holding device thumb of the user; and rendering visibly on the mobile electronic desktop within an area occupied by the single-handed utilization zone a user customized single-handed utilization zone desktop; wherein said single-handed utilization zone desktop has displayed therein a plurality of actionable icons to facilitate user operating system and program application interactions using substantially only the hand holding device thumb of the user now resting naturally and comfortably on the single-handed zone desktop.
A seventh aspect the present invention provides a method of customizing a mobile electronic device desktop, comprising the steps of: rendering visibly on the mobile electronic desktop within an area occupied by an operating system generated single-handed utilization zone, a single-handed utilization zone desktop having a plurality of actionable icons arranged with a horizontal pitch and a vertical pitch customized in accordance with a user specific profile defining the physical attributes of a hand holding device thumb of a user of the mobile electronic device desktop.
An eighth aspect the present invention provides in a large form-factor mobile electronic device having a touchscreen for receiving user thumb input actions via an operating system desktop to facilitate user-software interactions, a method of enabling single-handed user-software interactions, comprising the steps of: generating a single-handed utilization zone; positioning said single-handed utilization zone at a current detected thumb location on the touchscreen; and rendering a proxy desktop within said zone, said proxy desktop providing substantially the same functionality of the operating system desktop of the large form-factor mobile electronic device.
In an embodiment of the eight aspect of the present invention, the proxy desktop automatically operates in a foreground mode of operation; and in a default mode of operation the proxy desktop substantially conforms in shape, size, appearance, and content to a small form-factor mobile electronic device desktop.
In another embodiment of the eighth aspect of the present invention proxy desktop may be customized with respect to shape, size, appearance, location, content, or accessibility of content to facilitate providing a personalized user experience.
In yet another embodiment of the eighth aspect of the present invention current detected thumb location is tracked on the touchscreen and updated to provide another current detected thumb location each time the thumb of a user is relocated on the touchscreen to automatically position the single-handed utilization zone at about another current detected thumb location with context-aware intelligence.
In still yet another embodiment of the eighth aspect of the present invention current detected thumb location is tracked on the touchscreen by inference.
In still yet another embodiment of the eighth aspect of the present invention the current detected thumb location is tracked on the touchscreen each time the thumb of a user is relocated on the touchscreen.
In yet another embodiment of the eighth aspect of the present invention the method of enabling further comprises displaying in a foreground mode of operation an application program in response to a user initiated desktop program activation request; and wherein the proxy desktop automatically operates on the large form factor electronic device in a background mode of operation.
In another embodiment of the eighth aspect of the present invention the method of enabling further comprises rendering a single-handed utilization zone application interface on the touch sensitive screen within single-handed utilization zone, where the step of rendering the application interface is initiated in response to a user request to bring the single-handed utilization zone application interface to a foreground position on the touchscreen for application program-user software interaction or in response to an application program request to bring the single-handed utilization zone application interface to the foreground position for application program-user software interaction.
In an embodiment of the eighth aspect of the present invention the method of enabling further comprises providing access to an operating system with a software development infrastructure having single-handed usability zone capability to facilitate development and implementation of a single-handed usability zone desktop on the large form factor mobile electronic device; providing access to a plurality of operating system services to a plurality of application programs to facilitate development and implementation of a single-handed usability zone application interface on the large form factor mobile electronic device for each individual one of said plurality of application programs; and providing access to a plurality of operating system services and software routines to middleware programs which can facilitate development and implementation of a single-handed usability zone application interface on the large form factor mobile electronic device for each individual one of said plurality of application programs.
In another embodiment of the eighth aspect of the present invention the single-handed utilization zone facilitates a hierarchical schema using a plurality of overlapping windows within the single-handed utilization zone to efficiently navigate through at least one folder or at least one group to locate a specific document or program within the proxy desktop by user navigation using only the thumb of the device-holding hand of the user.
In still another embodiment of the eighth aspect of the present invention the single-handed utilization zone facilitates using only the thumb of the device-holding hand of the user to navigate through a multi-level program menu using a plurality of overlapping windows within said single-handed utilization zone, wherein each individual level of said menu is presented as an overlapping window with actionable sub-menus.
In still yet another embodiment of the eighth aspect of the present invention the single-handed utilization zone functions as a portal to provide a hierarchical organization of information arranged in ordered overlapping windows from a bottom hierarchical level to a top hierarchical level; and wherein each hierarchy level displayed in a foreground mode of operating closes upon a user initiated closing request, bringing a prior hierarchy level to said foreground mode of operation until said user closing request closes said top hierarchical level, automatically bringing said touch screen desktop to the foreground mode of operation to facilitate user-operating system software interaction.
In yet another embodiment of the eighth aspect of the present invention the hierarchical organization of information is an organization of hierarchical folders.
In another embodiment of the eighth aspect of the present invention the hierarchical organization of information is an organization of hierarchical of groups.
In still another embodiment of the eighth aspect of the present invention the hierarchical organization of information is an organization of menus.
In yet another embodiment of the eighth aspect the present invention further comprises providing access to an operating system with a software development infrastructure having single-handed usability zone capability to facilitate development and implementation of a single-handed usability zone desktop on the large form factor mobile electronic device; and providing access to a plurality of operating system services and a plurality of program applications to facilitate development and implementation of a single-handed usability zone application interface on the large form factor mobile electronic device for each individual one of said plurality of program applications.
In yet another embodiment of the eighth aspect the present invention the large form-factor mobile electronic device is a hand held device including: a smart phone, a tablet, a notebook computer, a hybrid computer, an electronic book reader, a digital media player, or a special-purpose computer; and wherein each hand held device includes a mobile operating system.
In a ninth aspect of the present invention, a method of customizing a mobile electronic device desktop, comprises the steps of: positioning a single-handed utilization zone on the mobile electronic device desktop at about a determined location of the thumb of a device holding user; and rendering on the mobile electronic desktop within an area occupied by the single-handed utilization zone a user customized proxy desktop.
In an embodiment of the ninth aspect of the present invention the step of positioning includes: generating a single-handed utilization zone for user operating system and application program interactions; and determining the location of a hand holding device thumb of a user resting naturally and comfortably on the mobile electronic device desktop.
In another embodiment of the ninth aspect of the present invention the step of rendering includes: displaying within said user customized single-handed utilization zone desktop a plurality of actionable icons to facilitate user operating system interactions using substantially only the hand holding device thumb of the user.
In yet another embodiment of the ninth aspect of the present invention the plurality of actionable icons are arranged within the proxy desktop with a horizontal pitch and a vertical pitch which are customized in accordance with a user-customized usage specific profile defining the physical attributes of the thumb of the user.
In still yet another embodiment of the ninth aspect of the present invention the physical attributes include at least a length dimension and a breadth dimension of the hand holding device thumb of the user.
In a tenth aspect of the present invention a method of customizing comprises the steps of: rendering on the mobile electronic desktop within an area occupied by an operating system generated single-handed utilization zone, a proxy desktop having a plurality of actionable icons arranged with a horizontal pitch and a vertical pitch customized in accordance with a user specific profile defining the thumb attributes of the user of the mobile electronic device desktop.
In an embodiment of the tenth aspect of the present invention single-handed utilization zone facilitates a hierarchical schema using a plurality of overlapping windows within said single-handed utilization zone to efficiently navigate through at least one folder or at least one group to locate a specific document or program within said proxy desktop by user navigation using only the thumb of the device-holding hand of the user.
The above mentioned features and steps of the invention and the manner of attaining them will become apparent, and the invention itself will be best understood by reference to the following description of the embodiments of the invention in conjunction with the accompanying drawings wherein:
In the following detailed description, reference is made to the accompanying drawings, which form a part hereof. In the drawings, similar symbols typically identify similar components, unless context dictates otherwise. The illustrative embodiments described in the detailed description, drawings, and claims are not meant to be limiting. Other embodiments may be utilized, and other changes may be made, without departing from either the spirit or scope of the invention.
In addition, the present patent specification uses formal outline headings for clarity of presentation. However, it is to be understood that the outline headings are for presentation purposes, and that different types of subject matter may be discussed throughout the application (e.g., device(s)/structure(s) may be described under process(es)/operations heading(s) and/or process(es)/operations may be discussed under structure(s)/process(es) headings; and/or descriptions of single topics may span two or more topic headings). Hence, the use of the formal outline headings is not intended to be in any way limiting.
Before describing the present invention, it may be beneficial to briefly consider the structure and operation of a prior art small form factor mobile device 10 as best seen in
The software, indicated generally at 40 (
The prior art mobile device 10, as best seen in
When the small form factor mobile device 10 is turned on, it provide a typical user interface consisting of a desktop 120 as best seen in
Tapping on an individual icon, such as icon 119 leads to a corresponding response from the operating system 110 which launches the program; this in turn, leads to an action such as the opening of a dialog box for the user to interact with. The program that is launched in this manner, is typically aware of the size of the touch screen 124, and operates within the available window, or provides a mechanism for scrolling or zooming in or out to view larger documents (e.g., a map or a large image). But the key user interactions with the program are usually contained to within the screen 124, and are accessible by the thumb 116 of the user holding the device 10. Frequently, the fingers or thumb of the other hand of a user may be used to input data (e.g., while typing text). But for the most part, the various programs can be run and operated with the thumb 116 and one hand of the user holding the mobile device 10 since the desktop 120 screen area is sufficiently small to allow the thumb 116 of the user to easily and conveniently cover any desktop icon, such as the desktop icon 119.
With increased data and media-oriented usage of mobile devices, the pressure has been rising on manufacturers to offer devices in larger form factors that use bigger display or touch screens. The use of a large form factor touch screen 124, as best seen in
Referring now to the drawings and more particularly to
As best seen in
In summary then, the SHUZ 200 is simply a designated screen area which is utilized by both (1) the system operating system software or simply hereinafter the OS 331; and (2) any available program apps indicated generally at 332 which may run on the mobile device 310. When no app is running on the mobile device 310, the OS 331 will present the user a miniaturized proxy desktop within this designated screen area, which from time to time is simply referred to as a proxy desktop or a SHUZ-DT 333. The SHUZ-DT 333 for the most part will contain some or all of the icons that would have been displayed on the regular desktop area 320 of the mobile device 310 along with a customized set of icons, such as a customized icon 334, thereby enabling the user to interact with the OS 331 and apps 332 of the large form factor device 310.
It should be noted by those skilled in the art, that when an individual app is running on the device 310, for example app 334, it may use some or all of the touch screen area 320, which may or may not cover the SHUZ-DT 333. This same covering interaction is exactly as one would find in a desktop or laptop computer system. More particularly, when an app is running on a desktop or laptop computer, it will normally consume the whole of the desktop screen area 320, that is, unless the user changes its screen area dimensions. In this regard, whenever an app, such as the app 334, needs to interact with a user (e.g. to present to the user a dialog box or menu selection items), the app 334 under control of the method of enabling 1010, will present its user interface, (indicated generally at 335) to the user within the screen area occupied by the SHUZ-DT 333. Hereinafter, for convenience, such a user application interface will simply be referred to as a SHUZ-AI 335.
Whenever a user has completed his or her interaction with the app 334, for example when the user exists a menu item, closes a dialog box, or otherwise exits the app, the SHUZ-AI 335 disappears, and the area of the screen it occupied is restored to whatever existed before the SHUZ-AI 335 was invoked. From the foregoing, it should be understood that user-OS interactions will be via the SHUZ-DT 333 for the most part, which is effectively a mini desktop that acts as a proxy for the normal or usual desktop. The OS-user interaction will require two-handed manipulation only in very rare situations, if at all. In this regard, the user-app interactions will be via a SHUZ-AI 335, which will be an app-provided user interface dialog box or control panel that will always be confined to a SHUZ 200 as far as practicable, and extended to two handed use only when absolutely necessary due to the programming requirements of the app being utilized. A key element of the SHUZ paradigm is the infrastructure and services provided by the OS to the apps both for software development and in real-time operation.
Considering the SHUZ-DT 333 in greater detail, whenever the device 310 is idle or not running an app, the SHUZ-DT 333 simply looks like and acts as a smaller desktop, showing the user its contents. But when an app is run, the SHUZ 200 appears as a single-handed utilization zone-application interface, such as the SHUZ-AI 335. In a multi-tasking OS, the SHUZ 200 can be used for the application interface of the app currently in focus. The OS 331 manages the use and content of the SHUZ 200. When all apps are dosed, the SHUZ 200 returns back to its default SHUZ-DT 333 appearance.
Since users have a wide range of thumb sizes and range of thumb movement, and since mobile devices are made in a wide range of screen sizes and resolutions, and mobile devices can also be used in different orientations, the present invention provides for a SHUZ 200 to be a dynamic area that can be personalized to individual users, and used by software in a context-dependent way.
Referring now to
Considering now the customization of the SHUZ-DT 333 in greater detail with reference to
As another example, with reference to
Considering the customization in still greater detail with reference to
Depending on whether the device 310 will be held by the user primarily with the left hand as best seen in
Referring now to
Referring now to
As best seen in
In summary then, there are well defined regions on the screen 320 of a large form factor mobile device 310 where the SHUZ 200 could be placed, depending on whether the device 310 is being held in the portrait mode 325 (
Referring now to the drawings and more particularly to
Referring to
The user can modify the contents in the SHUZ-DT 433 by simply dragging and dropping icons from the standard desktop 420 into the SHUZ-DT 433 as indicated by a drag and drop line 401. In the alternative, the user may also drag icons out of the SHUZ-DT 333 and dropping via another drag and drop line 402 them into the standard desktop area 420. When icons are thus moved, they can be automatically rearranged for neatness of appearance. Mobile devices already have the capability to rearrange icons (e.g., when a new app is installed or an app is deleted). Since the SHUZ-DT 433 can be scrolled, there is really no limit to how many icons may be placed into the SHUZ-DT 433. In fact, the entire content on the standard desktop may be moved into the SHUZ-DT 433, if that is what a user wants.
The user can anchor certain icons, such as the icon 403 in specific places, both within the SHUZ-DT 433 as well as on the standard desktop 420. This allows the user to fix the location of specific icons, so they are not inadvertently moved either by the user or by the OS any time it rearranges the icons. A menu of options, indicated generally at 404 can be easily provided during the setup process to let the user identify which icons must be anchored, or for selecting any other options.
The user may create groups of items and place them within the SHUZ-DT 433. A group may be created by opening a group window 405 (
The user may also create folders and place them within the SHUZ-DT 333. A folder, such as a folder 405A (
Once the SHUZ-DT 433 customizations are complete, the user simply exits the setup mode, and at this point, the SHUZ-DT 433 is ready to use. The user can modify the SHUZ-DT 433 at any time, of course. The user may also create more than one version of the SHUZ-DT 433, such as a SHUZ-DT 333 for example, and deploy a previously saved SHUZ-DT 433 as the current SHUZ-DT 333. This is very useful if there are more than one individual who will be using the device.
Once the SHUZ setup is complete, a user can start using a large form factor mobile device with a single hand to practically the same degree to which the user could have used a small form factor mobile device with one hand. In fact, the SHUZ paradigm allows a significantly more personalized and comfortable usability by mapping the device to an individual user, as well as eliminating the left handed/right handed issue.
Referring now to
Using folders and groups in the SHUZ-DT 333 is very easy. The user simply taps a folder icon, for example folder icon 502 for instance, to open a folder window indicated generally at 506 (
Folder and group windows, such as the folder window 506, can support scrolling as well, which therefore means there are no hard limits to the number of items that a folder or group might contain. Selecting an item within a folder window that is also a folder will simply open another overlapping folder window. The user can close a currently open folder return to the previous level of hierarchy by tapping an exit button 509, for instance. A more elegant solution as best seen in
Although folders in the SHUZ paradigm are intended for single-handed use, they can always be made available for two-handed use. By providing the means to drag a folder window with either hand, a handle icon 511 (
Referring now to
When an app, such as an app 602 as best seen in
When an app, such as the app 602 needs to interact with the user 316, the app 602 channels as much of its user interface as practicable through a SHUZ-AI 335, which appears as a pop up dialog box 604 as best seen in
When the user 316 needs to access the controls for the app 602, for example to access a program's menu 605 (
The same method used for navigating through folders in a SHUZ-DT 333 can support a menu hierarchy of arbitrary complexity through a SHUZ-AI 335. An app, for example, could have a multi-level menu comprising a main menu 606, a file menu 607, and a print menu 609 as best seen in
Software developers can also organize the user interfaces of their application programs to take advantage of a SHUZ-AI 335 to enable single-handed use of their apps. A large-area user interface that is designed in a desktop style usage 612 (
A SHUZ 200 methodology is now described in sufficient detail that software engineers with typical skills in the development of an operating system, such as the OS 331 for mobile devices would find it easy to follow and implement a SHUZ 200 paradigm in a variety of creative ways.
As best seen in
A SHUZ-DT 333 can be customized in a number of ways for a personalized user experience. The SHUZ 200 width and height dimensions, W and H respectively, can be allowed to be adjusted within a range specific to an individual device. This accommodates a larger or smaller reach of a user's thumb. The horizontal and vertical pitch (Px, Py) of the placement of the icons within the SHUZ-DT 333 can be allowed to be changed to accommodate the girth of the user's thumb, or use with bare hands or while wearing gloves.
Based on a statistical sampling of people, most users can be classified into a standardized profile indicated generally at 704 as best seen in
The most basic usage profile would include a profile name, width/height of the SHUZ 200 window associated with that profile, and the horizontal and vertical pitch for icon placement associated with that profile. Both standard profiles 706 (
The next level of personalization consists of what content an individual user wants within the SHUZ-DT 333, and in what order. Again, the mobile device maker can ship a specific model with a factory default set of content 708 within the SHUZ-DT 333, which the user can modify as it fits his or her needs, for example with content 709 (
The visual appearance of the SHUZ-DT 333 can also be personalized. A device maker could ship a device with a default appearance 710 for the SHUZ-DT 333, and also provide the user the ability to modify a number of visual attributes, such as background color, gradient, border line style, line thickness, corner style (rounded or sharp), etc. as indicated at 711 (
The configuration of a SHUZ 200 and SHUZ-DT 333 can be easily integrated into the same device setup method that is used by the OS to configure other functions and features on the device, such as a setup control panel 712 (
Some of a user's high-level preferences could be easily captured with a “Preferences” menu 715 as best seen in
Considering now the method of enabling algorithm or method 1010 in greater detail with reference to
Referring now to
Before considering the implementation of the SHUZ-related OS services 341, and more particularly, the enabling and customizing method 1010 in greater detail, it should be understood by those skilled in the art that in the descriptions which follow, when a method 1010 is described as a method or as a program, that is not to imply that the method 1010 is a completely independent or distinct piece of software which operates with a mind of its own. Rather, the method 1010 becomes an integral part of the functions and features of an operating system OS 331, thereby making it a SHUZ-aware operating system SHUZ-OS 931. Those skilled in the art know that an operating system is just a collection of a large number of subroutines and programs. Depending on how an individual operating system is structured, some of the method 1010 could be implemented by modifying existing operating functions, while others will require new functions to be written. Also, when the different SHUZ-related OS services are described (for example “Display SHUZ-DT” as described immediately below) such services are being described as an integral part of the enabling program 1010 and not the operating system 331, even those a specific reference to the enabling program 1010 may not be mentioned in the detailed description.
Power on, Reset or Wake UpNow, with reference to
Continuing as best seen in
Referring now to
Once the backup step 1026 has been completed, the program 802 proceeds to a rendering step 1028. The rendering step 1028 causes the text and graphics for the SHUZ-DT 333 to be rendered in the screen location area occupied by the invisible SHUZ 200. The SHUZ-DT 333 is now displayed on the screen 320 and is ready for interaction with the user. In this regard, the display of the SHUZ-DT 333 is complete and the SHUZ-OS 931 exits the display SHUZ-DT process 802 at a done or stop step 1030 to wait for the user to interact with the SHUZ-DT 333 so an auto-placement process 803 as best seen in
Referring now to
Next, the auto placement process 803 advances to an action step 1042 where an imaginary rectangle is placed in an area immediately adjacent the thumb location of the user, where the imaginary rectangle corresponds to the size of the SHUZ 200 in the proper SHUZ region (under the thumb of the user). The process 803 then proceeds to a decision or determination step 1044 to detect whether the lower edge of the imaginary rectangle falls below the lower edge of the touch screen 320. If so, the program advances to an action step 1046 and if not, the program advances to another action step 1048 that will be described hereinafter.
If the lower edge of the imaginary rectangle falls below the lower edge of the touch screen which would result in the SHUZ 200 being off screen, the process 803 executes an offset step 1046. More specifically, the program 803 offsets the coordinates of the top edge of the rectangle so its bottom edge aligns with the lower edge of the touch screen 320 to facilitate placement of the SHUZ 200 into a visible area of the touch screen 320. The program 803 then proceeds to a save step 1048 where the current coordinates for the SHUZ 200 are saved as previous SHUZ 200 coordinates.
From the save step 1048, the process 803 advances to another save step 1050 where the coordinates of the imaginary rectangle are saved as the current SHUZ 200 coordinates. Once the coordinates of the imaginary rectangle are saved and the coordinates of the SHUZ 200 are known, the system 800 advances to a call step 1052 which will cause an auto rendering SHUZ 200 process 804 to be executed. The auto render SHUZ process 804 will be described hereinafter in greater detail with reference to
Considering now the auto rendering SHUZ 200 process 804 with reference to
Request for SHUZ-DT from User
Referring now to the drawings and more particularly to
Referring now to the drawings and more particularly to
Request to Open SHUZ-AI from App
Referring now to the drawings and more particularly to
Referring now to the drawings and more particularly to
Considering now a personalization process 820 for the personalization of the SHUZ 200,
Referring now to
Considering now the measure process 821 in greater detail with reference to
If at the decision step 1138 a determination is made that a thumb movement has been detected, the program 821 advances to an action step 1140 and captures the maximum x and y distances reached by the thumb of the user. When the capture step 1140 is completed, the process 821 returns to the wait step 1134 for the user to provide an indication that he or she is “done” so the program may proceed as previously described.
If “done” was selected at decision step 1136, the process 821 proceeds to an action step 1142 and set new dimensions for the SHUZ 200 for the current user profile. The process 821 then goes to another action step 1144 and automatically re-arranges the icons within the new boundaries, by preserving the sequential order of the icons. After the action step 1144 is completed, the measure process 821 exits at a completed or done step 1146.
The Adjust SHUZ Dimensions ProcessConsidering now the adjust size process 822 in greater detail with reference to
Next, the process 822 advances to a wait step 1152 to wait for user action. In this regard, the process 822 proceeds to a “done” selected decision step to determine whether the user has engaged the “done” button. If the “done” button has not been selected the process 822 goes to another determination step 1156. At the determination step 1156, the process 822 determines whether the finger placement of the user has been detected on a SHUZ 200 edge. If the finger placement has not been detected the process 822 returns to the wait step 1152 and continues as previously described. On the other hand, if the finger placement has been detected, the process advances to an action step 1154 for tracking finger movement and match by adjusting the appropriate SHUZ 200 boundary. The process 822 then returns to the wait step 1152 and proceeds as described previously.
If the “done” button was selected by the user, the process advances from the determination step 1154 to an action step 1158 which automatically re-arranges the icons within the new SHUZ boundaries, by preserving the sequential order of the icons. When this action step 1158 is completed, the process goes to an exit or done step 1159 to terminate the adjust SHUZ dimensions process 822.
Adjust SHUZ-DT AppearanceConsidering now the adjust SHUZ-DT 333 appearance process 823 in greater detail with reference to
Next, the process advances to an action step 1164. At the action step 1164, for each item, the process 823 provides a pre-defined or completely user-selectable options via for example one or more drop-down dialog boxes. The process 823 at a save step 1166 saves the preferences selected by the user as part of the current profile for the user. After saving the preferences, the process 823 goes to an exit step 1168 where the adjust SHUZ-DT appearance process 823 is terminated.
Reset User Profile SettingsConsidering now the reset user settings process 824 in greater detail with reference to
Considering now a user profile process 830 with reference to
Referring now to
Considering now the select a user profile process 831 in greater detail with reference to
Considering now the add a new user profile process 832 in greater detail with reference to
After the new profile has been assigned a name at step 1224, the process 832 proceeds to yet another action step 1226 and informs the user that a new profile has been created with profile #1, and asks if the user would like to personalize the new profile. In this regard, the process advances to a determination step 1227 to determine whether the user responded with a positive response indicating that the user would like to personalize the new profile. If there was no positive response, the process 832 goes to a stop step 1229 which ends the new profile process 832. In the alternative, should a positive response be received, the process 832 advances to a call step 1128 which calls a “personalize a profile” process 833 that will be described hereinafter in greater detail.
Personalize a ProfileConsidering now the personalize user profile process 833 in greater detail with reference to
If the user did not select the standard profile, the process 833 deduces that the user selected the customize profile and advances to an action step 1235 which calls a “customize selected profile process 836 that will be described hereinafter in greater detail. On the other hand, if the user did select a standard profile, the program 833 from determination step 1234 goes to an action step 1236. At action step 1236 the process 833 causes a list of standard profiles to be present on the screen 320 for the user to select. Upon the user making this selection, the program proceeds to an action step 1237 where the process 833 sets the profile to the user selected standard profile. The process 833 then exits at a done step 1238.
Delete a ProfileConsidering now the delete a profile process 834 in greater detail with reference to
At the determination step 1244, the process 834 makes a determination as to whether or not the user confirmed the deletion. If the deletion was not confirmed the deletion process 834 is terminated at a done step 1249. On the other hand, if the process determines that the selected profile is to be deleted, the process 834 advances to an action step 1246 and deletes the selected user profile. After the selected profile has been deleted, the process 834 goes to an action step 1248.
At the action step 1248, the process 834 creates a new default profile (e.g. “Default Profile”) if the deleted profile was the last user-created profile and sets it to a standard profile (e.g. profile #1). The process 834 then ends at the done step 1249.
Copy a ProfileConsidering now the copy a user profile process 835 in greater detail with reference to
Next the process 835 asks, at an action step 1156, the user for a name by which to identify the copied profile, for example by making a “save as” inquiry. When the user responds the process 835 goes to the action step 1157 and save the copied profile. Once the profile has been saved, the process 835 will exit at a done step 1158.
Customize a Selected ProfileConsidering now the “customize a selected profile” process 836 in greater detail with reference to
At action step 1262, the process 832 initiates a display action and causes the screen desktop with a SHUZ 200 and asks the user to adjust the horizontal and vertical pitch of the apps icons by moving his or her thumb horizontally in and out or vertically up and vertically down. The process 836 also causes a done button to be generated. Next the process goes to an action step 1263 to wait for user action and the selection of the done button. In this regard, the process 826 advances to a decision step 1264 to determine whether the “done” button has been selected. If so the process 836 exits at a done step 1269. If not, the process 836 goes to a determination step 1266 in order to track thumb movement. That is, at decision step 1266, if no thumb movement is detected the process 836 returns to the wait step 1263 where the process continues as described previously. If thumb movement is detected, the process 836 goes to an action step 1267.
At action step 1267, the process 836 using an approximate or the precise center of the SHUZ 200 as the origin of an x-y coordinate system, estimates the movement of the thumb of the user in the negative or positive x and y directions. The process 836 then goes to action step 1268. At step 1268 the process 836 appropriately increases or decreases the horizontal and vertical pitches Px and Py of the apps icons within the SHUZ, subject to minimum and maximum limits allowable on the device 310. After completing step 1268, the process 836 returns to step 1263 and continues as described earlier.
Organize Apps in SHUZ-DTConsidering now an organize apps in SHUZ-DT 333 process 840 in greater detail, with reference to
Considering now the organize process 840 as best seen in
At the determination step 1276, the process 840 determines whether the user selected to organize the SHUZ-DT group icons. If the user made this selection, the process 840 calls, at a call step 1277, a create group icons process 842 that will be described hereinafter in greater detail. If not, the process 840 continues to still yet another determination step 1278 which makes a determination as to whether the user selected an app icon. If the user did not select the app icon the process 840 will return to the wait for user action step 1272, where the process 840 continues as described earlier.
Should a determination be made at decision step 1278 that the user did select an app icon, the process 840 advances to yet another decision step 1280 to determine if the user selected to anchor a selected app icon. If the user did select to anchor, the process 840 goes to an action step 1281 which locks the selected icon into its current position in the SHUZ-DT 333. If the user did not select to anchor, the process instead goes to one more decision step 1282 to determine whether a drag and drop action has been detected via the touch screen 320.
If it is determined at decision step 1282 that no drag-and-drop action has occurred, the organize process 840 returns to the wait for user action step 1272 where the process 840 continues as described earlier. On the other hand, should a determination be made at the decision step 1282 that a drag-and-drop action has occurred, the organize process 840 advances to an action step 1284 which moves the app into or out of the SHUZ 200 as appropriate, and automatically re-arranges icons both within the SHUZ 200 and on the SHUZ-DT 333 without disturbing the anchored icons. After executing this action step 1284, the process 840 returns to action step 1271 where process 840 continues as described earlier.
Create a FolderConsidering now the create folder process 841 in greater detail with reference to
From the action step 1292, the process 841 goes to a wait step 1293 to wait for further user action. In this regard, the process proceeds to determine if a user action is detected by advancing to a decision step 1294 to determine whether the user selected the done button created at step 1292. If the done button has been activated, the process 841 goes to an action step 1298 and saves the folder and then proceeds to an exit step 1299 to end the create folder process 841. On the other hand, if the done button has not been selected by the user, the process 841 goes to another determination step 1295.
At the determination step 1295, the process 841 determines whether a drag-and-drop of an icon action has been detected by the touch screen 320. If no action has been detected, the process 841 returns to the wait step 1293 to wait for further user action as described earlier. If a drag-and-drop of an icon action has been detected however, the process 841 goes to an action step 1297 and rearranges the icons in the affected areas of the SHUZ-DT 333. Once the icons have been rearranged, the process 841 once again returns to the wait for user action step 1293 and proceeds from step 1293 as described earlier.
Create GroupConsidering now the create group process 842 in greater detail with reference to
Next the process 842 goes to a wait step 1303 to wait for further action by the user. In this regard, the process 842 advances to a done step 1304 to determine whether the user clicked the done button created at step 1302. If the “done” button was selected the process 842 proceed to a save step 1308 and saves the group. Once the group has been saved, the process 842 goes to a done step 1309 to terminate its operation. If on the other hand, at the decision step 1304, the process 842 determines that the user did not click the “done” button created at step 1302, the process 842 proceeds to another decision step 1305 to determine whether a drag-and-drop of an icon into or out of the group window has been detected. If no such drag-and-drop action has been detected, the process 842, returns to the wait step 1303 and proceeds as described earlier.
If a drag-and-drop icon action has been detected via the touch screen 320, the process 842 proceeds to another action step 1306 and copies the icon from SHUZ 200 into the group window or in the alternative removes the icon from the group window depending upon the drag-and-drop action of the user. After step 1306 has been executed, the process 842 goes to an action step 1307 and rearranges the icons in the group window. Then the process 842 returns to the wait for user action step 1303 and proceeds as described earlier.
Folder UsageReferring now to the drawings and more particularly referring to
To facilitate the wait for user action, the process 843 advances to a decision step 1314 to determine if the thumb of the user has dragged across a folder border or whether the user has tapped the exit button. If such a user action has been detected by the touch screen 320, process 843 advances to an action step 1315. The action step 1315 causes the top most visible folder in the SHUZ 200 or in the folder window to close. From step 1315 the process returns to step 1312 to wait for further user action.
If no user action was detected by the touch screen at step 1314, the process advances to a determination step 1316 to determine whether the user has clicked any item with his or her thumb. If no user action has been detected via the touch screen 320, the process returns to step 1312 and proceeds as described earlier. However, if a user action has been detected at step 1316, the process advances to a determination step 1317 to establish whether the item selected by the user was a folder.
If a folder item was selected and detected at step 1317, the process 843 goes to an action step 1319 where a folder window slightly smaller than SHUZ 200 is overlaid on SHUZ 200 in order to reveal the folder contents. After executing this action, the process 843 returns to step 1312 and proceeds as described earlier.
If a folder item was not selected and detected at step 1317, the process 843 proceeds to an action step 1318 and executes an appropriate app or opens a link or document as the case may be. After completing this action step 1318, the process returns to step 1312 and continues as previously described.
Group UsageConsidering now a group usage process 844 in greater detail with reference to
To facilitate the wait for user action, the process 844 advances to a decision step 1324 to determine if the thumb of the user has dragged across a group window or whether the user has tapped the exit button. If such a user action has been detected by the touch screen 320, process 844 advances to an action step 1325. The action step 1325 causes the group window to close. From step 1325 the process returns to step 1322 to wait for further user action.
If no user action was detected by the touch screen at step 1324, the process 844 advances to a determination step 1326 to determine whether the user has clicked any item with his or her thumb. If no user action has been detected via the touch screen 320, the process 844 returns to step 1322 and proceeds as described earlier. However, if a user action has been detected at step 1326, the process 844 advances to a determination step 1327 to establish whether the item selected by the user was a group.
If a group item was selected and detected at step 1327, the process 844 goes to an action step 1329 where a group window slightly smaller than SHUZ 200 is overlaid on SHUZ 200 in order to reveal the group contents. After executing this action step 1329, the process 844 returns to step 1322 and proceeds as described earlier.
If a group item was not selected and detected at step 1327, the process 844 proceeds to an action step 1328 and executes an appropriate procedure for handling apps or folders as the case may be. After completing this action step 1328, the process 844 returns to the wait step 1322 and continues as previously described.
Multi-Level Menu HandlingConsidering now a multi-level menu app handling process 850 in greater detail with reference to
Referring now to
At action step 1416, the process 850 requests the OS 331 to open SHUZ-AI 335. Next, the process 850 goes to a wait step 1420 to wait for the user to click an item in the menu window (scroll to view more items). To facilitate this wait and detect action, the process 850 proceeds to a determination step 1422 where the process 850 via the touch screen 320 detects if the thumb of the user drags across the menu window border or whether the user has selected an exit action. If nothing is detected, the process 850 advances to another determination step 1432 to determine whether the user has selected a menu item. On the other hand if a user action was detected at the determination step 1422, the process 850 goes to an action 1426 which makes the next level of the menu one higher level of hierarchy.
After action step 1426 is executed the process 850 advances to a determination step 1427 to determined whether the top level of the menu has been reached. If the top level has been reached, the process 850 goes to a close menu window step 1428, where the process 850 causes the menu window to close. After the menu window has been closed at action step 1428, the process 850 advances to an action step 1430. At action step 1430, process 850 sends a notification signal to the SHUZ-OS 931 to inform the SHUZ-OS 931 that the process 850 is finished with SHUZ 200. From step 1430, the process 850 proceeds to step 1412 where the process 850 continues as previously described.
At determination step 1427 if a determination is made that the top level of the menu has not been reached, the process 850 returns to action step 1418 to display the next level of the menu. The process 850 continues from step 1418 as described previously.
At determination step 1432, if the process 850 determines that a menu was selected, the process 850 goes to another determination step 1434 that will be described hereinafter in greater detail. If at step 1432 the process determines that a menu item was not selected, the process 850 returns to wait step 1420 and continues as previously described.
Considering now the determination step 1434, a determination is made if the selected menu item is a menu command with further hierarchy. If this determination is positive, the process 850 returns to the action step 1418 and continues as described earlier. If this determination is negative, the process 850 goes to an action step 1436 and requests the OS 331 to close SHUZ-AI 335. When the action step 1436 has been completed, the process 850 proceeds to another action step 1438 and executes the appropriate menu command. Following execution of the menu command at step 1438, the process 850 returns to step 1412 and continues as previously described.
CONCLUSIONThe preceding merely illustrates the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements which, although not explicitly described or shown herein, embody the principles of the invention and are included within its spirit and scope. Furthermore, all examples and conditional language recited herein are principally intended expressly to be only for pedagogical purposes and to aid the reader in understanding the principles of the invention and the concepts contributed by the inventors to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. Moreover, all statements herein reciting principles, aspects, and embodiments of the invention, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents and equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.
This description of the exemplary embodiments is intended to be read in connection with the figures of the accompanying drawing, which are to be considered part of the entire written description. In the description, relative terms such as “lower,” “upper,” “horizontal,” “vertical,” “above,” “below,” “up,” “down,” “top” and “bottom” as well as derivatives thereof (e.g., “horizontally,” “downwardly.” “upwardly,” etc.) should be construed to refer to the orientation as then described or as shown in the drawing under discussion. These relative terms are for convenience of description and do not require that the apparatus be constructed or operated in a particular orientation. Terms concerning attachments, coupling and the like, such as “connected” and “interconnected,” refer to a relationship wherein structures are secured or attached to one another either directly or indirectly through intervening structures, as well as both movable or rigid attachments or relationships, unless expressly described otherwise.
The written description portion of this patent includes all claims. Furthermore, all claims, including all original claims as well as all claims from any and all priority documents, are hereby incorporated by reference in their entirety into the written description portion of the specification, and applicant reserve the right to physically incorporate into the written description or any other portion of the application, any and all such claims. Thus, for example, under no circumstances may the patent be interpreted as allegedly not providing a written description for a claim on the assertion that the precise wording of the claim is not set forth in haec verba in written description portion of the patent.
The claims will be interpreted according to law. However, and notwithstanding the alleged or perceived ease or difficulty of interpreting any claim or portion thereof, under no circumstances may any adjustment or amendment of a claim or any portion thereof during prosecution of the application or applications leading to this patent be interpreted as having forfeited any right to any and all equivalents thereof that do not form a part of the prior art.
All of the features disclosed in this specification may be combined in any combination. Thus, unless expressly stated otherwise, each feature disclosed is only an example of a generic series of equivalent or similar features.
It is to be understood that while the invention has been described in conjunction with the detailed description thereof, the foregoing description is intended to illustrate and not limit the scope of the invention, which is defined by the scope of the appended claims. Thus, from the foregoing, it will be appreciated that, although specific embodiments of the invention have been described herein for the purpose of illustration, various modifications may be made without deviating from the spirit and scope of the invention. Other aspects, advantages, and modifications are within the scope of the following claims and the present invention is not limited except as by the appended claims.
The specific methods described herein are representative of preferred embodiments and are exemplary and not intended as limitations on the scope of the invention. Other objects, aspects, and embodiments will occur to those skilled in the art upon consideration of this specification, and are encompassed within the spirit of the invention as defined by the scope of the claims. It will be readily apparent to one skilled in the art that varying substitutions and modifications may be made to the invention disclosed herein without departing from the scope and spirit of the invention. The invention illustratively described herein suitably may be practiced in the absence of any element or elements, or limitation or limitations, which is not specifically disclosed herein as essential. Thus, for example, in each instance herein, in embodiments or examples of the present invention, the terms “comprising”, “including”, “containing”, etc. are to be read expansively and without limitation. The methods and processes illustratively described herein suitably may be practiced in differing orders of steps, and that they are not necessarily restricted to the orders of steps indicated herein or in the claims.
The terms and expressions that have been employed are used as terms of description and not of limitation, and there is no intent in the use of such terms and expressions to exclude any equivalent of the features shown and described or portions thereof, but it is recognized that various modifications are possible within the scope of the invention as claimed. Thus, it will be understood that although the present invention has been specifically disclosed by various embodiments and/or preferred embodiments and optional features, any and all modifications and variations of the concepts herein disclosed that may be resorted to by those skilled in the art are considered to be within the scope of this invention as defined by the appended claims.
The invention has been described broadly and generically herein. Each of the narrower species and subgeneric groupings falling within the generic disclosure also form part of the invention. This includes the generic description of the invention with a proviso or negative limitation removing any subject matter from the genus, regardless of whether or not the excised material is specifically recited herein.
It is also to be understood that as used herein and in the appended claims, the singular forms “a,” “an,” and “the” include plural reference unless the context clearly dictates otherwise, the term “X and/or Y” means “X” or “Y” or both “X” and “Y”, and the letter “s” following a noun designates both the plural and singular forms of that noun. In addition, where features or aspects of the invention are described in terms of Markush groups, it is intended and those skilled in the art will recognize, that the invention embraces and is also thereby described in terms of any individual member or subgroup of members of the Markush group.
Although the invention has been described in terms of exemplary embodiments, it is not limited thereto. Rather, the appended claims should be construed broadly, to include other variants and embodiments of the invention, which may be made by those skilled in the art without departing from the scope and range of equivalents of the invention.
Although the invention has been described in terms of exemplary embodiments, it is not limited thereto. Rather, the appended claims should be construed broadly, to include other variants and embodiments of the invention, which may be made by those skilled in the art without departing from the scope and range of equivalents of the invention.
Other modifications and implementations will occur to those skilled in the art without departing from the spirit and the scope of the invention as claimed. Accordingly, the description hereinabove is not intended to limit the invention, except as indicated in the following claims.
PARTS LISTThe following is a parts list for each of the component parts identified in the detailed specification and drawings:
- 10 a small form factor mobile device 10
- 30 hardware of the small form factor device
- 40 software of the small form factor device
- 105 processors forming part of hardware
- 106 storage devices forming part of hardware
- 107 network interfaces forming part of hardware
- 108 peripheral device interfaces forming part of hardware
- 110 a master control program or operating system 110
- 111 a third party application program or a variety of programs 111
- 112 other files used by the operating system
- 113 user-specific data and document files 113
- 114 a hand or palm of a user
- 115 fingers of a user
- 116 thumb of a user
- 118 an actionable icon
- 119 an actionable icon
- 121 a wider desktop area
- 124 a touch screen
- 200 a single-handed usability zone 200 or SHUZ 200
- 210 a large form factor electronic device 210
- 301 an icon 301
- 302 an icon 302
- 306 a top area
- 307 a middle area
- 308 a bottom area
- 309TR a top right side
- 309MR a middle right side
- 309BR a bottom right side
- 310 a large form factor electronic device constructed to invention
- 312 a device portrait mode 312 (
FIG. 3K ) - 313 a device landscape mode 313 (
FIG. 3L ) - 314 a large form factor electronic device touch screen 314
- 316 a left thumb of the user
- 320 a regular desktop area
- 320B a start button
- 321 a right thumb of the user
- 323 a call to action app interface
- 324 a direction line 324 (
FIG. 3O ) - 325 a portrait mode left hand holding the device 310 (
FIG. 3Q ) - 326 a landscape mode left hand holding the device 310 (
FIG. 3 ) - 327 a portrait mode—right hand holding the device 310
- 328 a landscape mode—right hand holding the device 310
- 329A a SHUZ placement region edge
- 329B a SHUZ placement region edge
- 329C a SHUZ placement region edge
- 329V a SHUZ placement region edge (variable)
- 331 an operating system 331
- 332 any available program or app 332
- 333 a miniaturized desktop or a SHUZ-DT 333
- 334 an app 334
- 335 a single-handed utilization application interface or SHUZ-AI 335
- 341 SHUZ-related OS services 341
- 401 a drag and drop line 401
- 402 another drag and drop line 402
- 404 a menu of options 404
- 405 a group window 405
- 405A a folder 405A
- 405B a folder 405B
- 406 a hierarchical 406
- 410 a large form factor electronic device 410
- 420 a regular desktop area of device 410
- 433 a SHUZ-DT 433
- 501 a scroll line 501
- 502 a folder icon 502
- 503 a group icon 503
- 506 a folder window 506
- 507 a folder content 507
- 508 a directory listing
- 510 a large form factor electronic device 510
- 511 a handle icon
- 520 a desktop screen area
- 601 an app 601
- 602 an app 602
- 603 a pop up window 603 of a rendered SHUZ-DT
- 604 a pop up window 604 of a rendered SHUZ-AI
- 605 a program's menu 605
- 606 a main menu
- 606F a file indicator in the main menu
- 607 a file menu
- 608 a print menu
- 610 a large form factor electronic device 610
- 620 a desktop screen area
- 635 a SHUZ-AI 635
- 701 a graphic symbol icon (
FIG. 7A ) - 702 a graphic icon (
FIG. 7A ) - 703 a combination graphic and text embedded icon (
FIG. 7A ) - 704 a standardized thumb profile (
FIG. 7C ) - 705 a default factory set thumb profile (
FIG. 7D ) - 706 a plurality of standard thumb profiles 706 (
FIG. 7E ) - 707 a plurality of personalized thumb profiles 707 (
FIG. 7F ) - 708 a default content set (
FIG. 7G ) - 709 content (
FIG. 7H ) - 710 a default SHUZ-DT appearance (
FIG. 7 I) - 711 a personalized SHUZ-DT appearance (
FIG. 7J ) - 712 an OS setup control panel 712 (
FIG. 7K ) - 713 a single-handed item 713 (
FIG. 7K ) - 714 specific SHUZ-related options (
FIG. 7L ) - 715 a preference menu 715 (
FIG. 7M ) - 910 a device 910
- 912 development tools 912
- 913 real time context
- 915 application program development
- 916 a user 916
- 918 operating system software-user interactions
- 920 application program software-user interactions
- 931 a SHUZ-OS 931
- 933 a SHUZ-DT
- 934 an app 934
- 935 a SHUZ-AI
- 941 SHUZ personalization
- 949 middleware
- 1010 an enabling and customizing method 1010
Initiate Enabling Methods—Process 801
- 1012 a start step
- 1014 a normal operations of the OS step
- 1016 a user dialog step—login screen
- 1018 a query step
- 1020 a rendering step—render normal desktop
Render and Display SHUZ-DT Process 802 (
- 1022 a call step—initiate the display or rendering of the SHUZ-DT 333
- 1023 a start step
- 1024 an action step—obtain current SHUZ location and dimensions
- 1026 a backup step
- 1028 a render step—render text and graphics for SHUZ-DT in the SHUZ
- 1030 a stop or done step ending the render and display of the SHUZ-DT in the SHUZ
Auto-Placement of SHUZ Process 803 (
- 1032 a start step
- 1034 an action step—normal operating system processing—waiting for thumb input
- 1036 finger or thumb input detected
- 1038 confirm detection of thumb input
- 1040 check holding mode—landscape or portrait—right hand or left hand
- 1042 place SHUZ at thumb location
- 1044 a determination step—off screen
- 1046 an action step—offset coordinates
- 1048 an action step—save coordinates as previous
- 1050 an action step—save coordinates as current
- 1052 a call step—call auto render SHUZ process 804
Auto Render SHUZ Process 804 (
- 1060 a start step—initiated in response to the call step 1052
- 1062 a determination step—SHUZ-AI or SHUZ-DT visible on screen
- 1064 an action step—render current SHUZ content
- 1066 an action step—restore previous SHUZ location
- 1068 an end or stop step
Request for SHUZ-DT Process 805 (
- 1070 a start step
- 1072 an action step normal operations of an app
- 1074 a determination step—a double tap detected
- 1076 a call step—call the display SHUZ-DT process 802
A Return to Prior App Process 806 (
- 1080 a start step
- 1082 a user request step—restore app
- 1084 an action step—hide SHUZ-DT and restore SHUZ with app data
- 1086 an action step—return control to app
- 1088 a stop or end step 1088
An App Request to Open SHUZ-AI Process 807 (
- 1090 a start step
- 1092 an action step—backup current SHUZ content
- 1094 an action step—forward app content for rendering
- 1096 an action step—return control to app
- 1098 a stop or end step 1098
An App Request to Close SHUZ-AI
- 1110 a start step
- 1112 an action step—restore previously backed up content
- 1114 an action step—return control to app
- 1116 a stop or end step 1116
Personalization of the SHUZ Process 820 (
- 1120 a start step
- 1122 a present sub-menu step
- 1124 a select step—select a process
- 1125 a call step—call the selected process
A Measure Process—Personalizing SHUZ Dimensions 821 (
- 1130 a start step initiated in response to the call step 1125 (
FIG. 8J ) - 1132 an action step—highlight SHUZ
- 1134 a waiting action
- 1136 a determination step
- 1138 a determination step
- 1140 an action step—a capture step
- 1142 an action step—set new dimensions
- 1144 an action step—rearrange icons automatically
- 1146 an end or done step 1146
The Adjust SHUZ Dimensions Process 822 (
- 1150 a start step 1150
- 1151 an action step—highlight boundaries
- 1152 a waiting step
- 1154 a determination step—done selected
- 1156 another determination step—finger placement on edge
- 1157 an action step—track finger movement
- 1158 an action step—automatically rearrange icons
- 1159 a completed or done step
Adjust SHUZ-DT Appearance Process 823 (
- 1160 a start step
- 1162 an action step—present a menu
- 1164 an action step—provide options for selected item
- 1166 an action step—save as part of current profile
- 1168 a completed or done step
Reset User Profile Settings Process 824 (
- 1170 a start step
- 1172 an action step—delete profiles
- 1174 an action step—create default user profile
- 1176 an action step—set SHUZ-DT organization and appearance
- 1178 a completed of done step
Usage Profile Process 830 (
- 1180 a start step
- 1182 an action step—present sub-menu
- 1184 an action step—selected an action
- 1185 a call step—call the selected action
Select a User Profile Process 831 (
- 1190 a start step
- 1192 an action step—present list
- 1194 a determination step—new profile selected
- 1196 an action step—set selected profile
- 1198 a completed or done step
Add New Profile Process 832 (
- 1220 a start step
- 1222 an action step—create a new profile
- 1224 an action step—obtain a profile name
- 1226 an action step—inform user profile created
- 1227 a determination step—personalization desired
- 1228 a call step—call personalize a profile process 833
- 1229 a completed or done step
Personalize a Profile Process 833 (
- 1230 a start step
- 1232 an action step—ask user
- 1233 an action step—ask user
- 1234 a determination step—standard profile selected
- 1235 a call step—call customize selected profile process 836
- 1236 an action step—present a list
- 1237 an action step—set profile
- 1238 a stop or done step 1238
Delete a Profile Process 834 (
- 1240 a start step 1240
- 1241 an action step—ask user
- 1242 an action step—a warning step
- 1244 a determination step—confirmed
- 1246 an action step—delete selected user profile
- 1248 an action step—if, create step
- 1249 a completed or done step
Copy a Profile Process 835 (
- 1250 a start step
- 1252 an action step—display a list
- 1254 an action step—display another list
- 1256 an action step—ask user
- 1257 an action step—save new profile
- 1258 a completed or done step
Customize a Selected Profile Process 836 (
- 1260 a start step
- 1261 a call return step—call “adjust size” process 822 and return
- 1262 an action step—display
- 1263 an action step—waiting for user action
- 1264 a determination step—done selected
- 1266 a determination step—thumb movement detected
- 1267 an action step—estimate
- 1268 an action step—increase or decrease
- 1269 a done or completed step
Organize Apps in SHUZ-DT Process 840 (
- 1270 a start step
- 1271 an action step—display
- 1272 an action step—wait for user action
- 1273 a determination step—done selected
- 1274 a determination step—folder icon selected
- 1275 a call step—call create a folder process 841
- 1276 a determination step—group icon selected
- 1277 a call step—call create a group process 842
- 1278 a determination step—app icon selected
- 1280 a determination step—anchor selected
- 1281 an action step—lock selected icon into current position
- 1282 a determination step—drag-and-drop selected
- 1284 an action step—move app
- 1286 an end or done step
Create a Folder Process 841 (
- 1290 a start step
- 1291 an action step—ask user
- 1292 an action step—create a folder
- 1293 an action step—wait for user input
- 1294 a determination step—done selected
- 1295 a determination step—drag-and-drop icon detected
- 1296 an action step—move item into folder
- 1297 an action step—rearrange icons
- 1298 an action step—save folder
- 1299 an end or done step
Create Group Process 842 (
- 1300 a start step
- 1301 an action step—ask user
- 1302 an action step—create group window
- 1303 an action step—wait for user input
- 1304 a determination step—done selected
- 1305 a determination step—drag-and-drop icon
- 1306 an action step—copy icon
- 1307 an action step—rearrange icons in group window
- 1308 an action step—save group
- 1309 a completed or done step 1309
Folder Usage Process 1310 (
- 1310 a start step
- 1312 an action step—wait for user to click
- 1314 a determination step—thumb drag
- 1315 an action step—close folder
- 1316 a determination step—item clicked
- 1317 a determination step—click item folder
- 1318 an action step—execute app
- 1319 an action step—overlay folder window
Group Usage Process 844 (
- 1320 a start step
- 1322 an action step—wait for user to click
- 1324 a determination step—thumb drag
- 1325 an action step—close group window
- 1326 a determination step—item clicked
- 1327 a determination step—clicked item is group
- 1328 an action step—execute app
- 1329 an action step—overlay group window
Multi-Level Menu Handling Process 850 (
- 1410 a start step
- 1412 an action step—normal operation of the app
- 1414 an action step—user accesses
- 1416 an action step—request OS to open SHUZ-AI
- 1418 an action step—display next level menu
- 1420 an action step—wait for user input
- 1422 a determination step—thumb drag detected
- 1426 an action step—adjust menu hierarchy
- 1427 a determination step—at top level of menu
- 1428 an action step—close menu window
- 1430 an action step—inform OS done with SHUZ
- 1432 a determination step—menu item selected
- 1434 a determination step—further hierarchy
- 1436 an action item—request OS to close SHUZ-AI
- 1438 an action item—execute menu command
Claims
1. In a large form-factor mobile electronic device having a touchscreen for receiving user thumb input actions via an operating system desktop to facilitate user-software interactions, a method of enabling single-handed user-software interactions, comprising the steps of:
- generating a designated dynamic area on the touchscreen for defining a single-handed utilization zone;
- positioning said single-handed utilization zone in real time at a currently detected thumb location on the touchscreen;
- rendering at a native resolution of the touchscreen, a proxy desktop within said single-handed utilization zone, said proxy desktop providing at least some of the same functionality of the operating system desktop of the large form-factor mobile electronic device;
- wherein said currently detected thumb location is tracked in real time on the touchscreen and updated to provide another currently detected thumb location each time the thumb of a user is relocated on the touchscreen to automatically position said single-handed utilization zone at about said another currently detected thumb location with context-aware intelligence;
- wherein said proxy desktop is populated with a plurality of actionable icons arranged within said zone to facilitate easy thumb access; and
- wherein the actionable icons are further arranged in a horizontal pitch and a vertical pitch determined based on a usage profile and the single-handed utilization zone size.
2. The method of enabling according to claim 1, wherein said proxy desktop automatically operates in a foreground mode of operation; and wherein said proxy desktop in a default mode of operation substantially conforms in shape, size, appearance, and content to a small form-factor mobile electronic device desktop.
3. The method of enabling according to claim 1, wherein said proxy desktop may be customized with respect to shape, size, appearance, location, content, or accessibility of content to
- facilitate providing a personalized user experience.
4. The method of enabling according to claim 1, wherein said usage profile is a thumb profile based on one or more thumb size demographics including at least a thumb length, a thumb thickness and a thumb range of motion.
5. The method of enabling according to claim 4 wherein said current detected thumb location is tracked on the touchscreen by inference.
6. The method of enabling according to claim 4, wherein said current detected thumb location is tracked on the touchscreen each time the thumb of a user is relocated on the touchscreen; and further comprising:
- providing a plurality of user profiles for facilitating customizing said proxy desktop for individual ones of a plurality of user;
- wherein each individual one of said plurality of user profiles is selectable by a current user via said proxy desktop and a thumb input selection action provided by the current user.
7. The method of enabling according to claim 4, further comprising:
- displaying in a foreground mode of operation an application program in response to a user initiated desktop program activation request; and wherein said proxy desktop automatically operates on the large form factor electronic device in a background mode of operation.
8. The method of enabling according to claim 7, further comprising:
- rendering a single-handed utilization zone application interface on the touch sensitive screen within said zone, said step of rendering said interface being initiated in response to a user request to bring said single-handed utilization zone application interface to a foreground position on the touchscreen for application program-user software interaction or in response to an application program request to bring said single-handed utilization zone application interface to said foreground position for application program-user software interaction.
9. The method of enabling according to claim 1, further comprising:
- providing access to an operating system with a software development infrastructure having single-handed usability zone capability to facilitate development and implementation of a single-handed usability zone desktop on the large form factor mobile electronic device;
- providing access to a plurality of operating system services to a plurality of application programs to facilitate development and implementation of a single-handed usability zone application interface on the large form factor mobile electronic device for each individual one of said plurality of application programs; and
- providing access to a plurality of operating system services and software routines to middleware programs which can facilitate development and implementation of a single-handed usability zone application interface on the large form factor mobile electronic device for each individual one of said plurality of application programs.
10. The method of enabling according to claim 8, wherein said single-handed utilization zone facilitates a hierarchical schema using a plurality of overlapping windows within said single-handed utilization zone to efficiently navigate through at least one folder or at least one group to locate a specific document or program within said proxy desktop by user navigation using only the thumb of the device-holding hand of the user.
11. The method of enabling according to claim 8, wherein said single-handed utilization zone facilitates using only the thumb of the device-holding hand of the user to navigate through a multi-level program menu using a plurality of overlapping windows within said single-handed utilization zone, wherein each individual level of said menu is presented as an overlapping window with actionable sub-menus.
12. The method of enabling according to claim 1 wherein said single-handed utilization zone functions as a portal to provide a hierarchical organization of information arranged in ordered overlapping windows from a bottom hierarchical level to a top hierarchical level; and
- wherein each hierarchy level displayed in a foreground mode of operating closes upon a user initiated closing request, bringing a prior hierarchy level to said foreground mode of operation until said user closing request closes said top hierarchical level, automatically bringing said touch screen desktop to said foreground mode of operation to facilitate user-operating system software interaction.
13. The method of enabling according to claim 12 wherein said hierarchical organization of information is an organization of hierarchical folders.
14. The method of enabling according to claim 12 wherein said hierarchical organization of information is an organization of hierarchical of groups.
15. The method of enabling according to claim 12 wherein said hierarchical organization of information is an organization of menus.
16. The method of enabling according to claim 1, further comprising:
- providing access to an operating system with a software development infrastructure having single-handed usability zone capability to facilitate development and implementation of a single-handed usability zone desktop on the large form factor mobile electronic device; and
- providing access to a plurality of operating system services and a plurality of program applications to facilitate development and implementation of a single-handed usability zone application interface on the large form factor mobile electronic device for each individual one of said plurality of program applications.
17. The method of enabling according to claim 1, wherein the large form-factor mobile electronic device is a hand held device including: a smart phone, a tablet, a notebook computer, a hybrid computer, an electronic book reader, a digital media player, or a special-purpose computer; and
- wherein each hand held device includes a mobile operating system.
18. A method of enabling single-handed user-software interactions in a large form-factor mobile electronic device having a touchscreen for receiving user thumb input actions via an operating system desktop, the method comprising the steps of:
- rendering a proxy desktop at a native resolution of the touchscreen within a generated single-handed utilization zone defined within a designated dynamic area on the touchscreen, said single-handed utilization zone being positioned in real time at a currently detected user thumb location on the touchscreen; and
- populating said single-handed utilization zone with a plurality of actionable icons arranged in a horizontal pitch and a vertical pitch determined based on a user profile and the size said single-handed utilization zone.
19. The method of enabling single-handed user-software interactions according to claim 18, wherein said proxy desktop provides at least some of the functionality of the operating system desktop of the large form-factor mobile electronic device; and
- wherein said usage profile is a thumb profile based on one or more thumb size demographics including at least a thumb length, a thumb thickness and a thumb range of motion.
20. A large form-factor mobile electronic device having a touch screen for receiving user thumb input actions via an operating system desktop, comprising:
- means for rendering at a native resolution of the touchscreen a proxy desktop within a single-handed utilization zone defined within a designated dynamic area on the touchscreen, said single-handed utilization zone being positioned in real time at a currently detected user thumb location on the touchscreen; and
- means for populating said single-handed utilization zone with a plurality of actionable icons arranged in a horizontal pitch and a vertical pitch determined based on a user profile and the size said single-handed utilization zone; and
- wherein said proxy desktop provides at least some of the functionality of the operating system desktop of the large form-factor mobile electronic device.
Type: Application
Filed: Jun 9, 2014
Publication Date: Sep 25, 2014
Inventor: ROY VARADA PRASAD (LOS GATOS, CA)
Application Number: 14/299,385
International Classification: G06F 3/0481 (20060101); G06F 3/0482 (20060101);
