Systems and Methods for Node Tracking and Notification in a Control Framework Including a Zoomable Graphical User Interface
Systems and methods according to the present invention provide a control framework for organizing, selecting and launching media items including graphical user interfaces coupled with an optional free space control device for collection of the basic control primitives of point, click, scroll, hover and zoom which permit for easy and rapid selection of media items, e.g., movies, songs etc., from large or small collections. The remote control maps natural hand movements and gestures into relevant commands while the graphical display uses images, zooming for increased/decreased levels of detail and continuity of GUI objects to provide easy organization, selection and navigation among the media items by a user.
This application is a continuation of application Ser. No. 10/768,460, filed on Jan. 30, 2004, which will issue as U.S. Pat. No. 8,601,396 on Dec. 3, 2013, which is related to, and claims priority from, U.S. Provisional Patent Application Ser. No. 60/468,830 filed on May 8, 2003, entitled “A Zoomable Interface that Organizes, Manages and Plays Media Items”. This application is also related to, and claims priority from, U.S. Provisional Patent Application Ser. No. 60/495,998, filed on Aug. 18, 2003, entitled “A Control Framework with a Zoomable Graphical User Interface for Organizing, Selecting and Launching Media Items”, the disclosure of which is incorporated here by reference.BACKGROUND
The present invention describes a framework for organizing, selecting and launching media items. Part of that framework involves the design and operation of graphical user interfaces with the basic building blocks of point, click, scroll, hover and zoom and, more particularly, to graphical user interfaces associated with media items which can be used with a free-space pointing remote.
Technologies associated with the communication of information have evolved rapidly over the last several decades. Television, cellular telephony, the Internet and optical communication techniques (to name just a few things) combine to inundate consumers with available information and entertainment options. Taking television as an example, the last three decades have seen the introduction of cable television service, satellite television service, pay-per-view movies and video-on-demand. Whereas television viewers of the 1960s could typically receive perhaps four or five over-the-air TV channels on their television sets, today's TV watchers have the opportunity to select from hundreds and potentially thousands of channels of shows and information. Video-on-demand technology, currently used primarily in hotels and the like, provides the potential for in-home entertainment selection from among thousands of movie titles. Digital video recording (DVR) equipment such as offered by TiVo, Inc., 2160 Gold Street, Alviso, Calif. 95002, further expand the available choices.
The technological ability to provide so much information and content to end users provides both opportunities and challenges to system designers and service providers. One challenge is that while end users typically prefer having more choices rather than fewer, this preference is counterweighted by their desire that the selection process be both fast and simple. Unfortunately, the development of the systems and interfaces by which end users access media items has resulted in selection processes which are neither fast nor simple. Consider again the example of television programs. When television was in its infancy, determining which program to watch was a relatively simple process primarily due to the small number of choices. One would consult a printed guide which was formatted, for example, as series of columns and rows which showed the correspondence between (1) nearby television channels, (2) programs being transmitted on those channels and (3) date and time. The television was tuned to the desired channel by adjusting a tuner knob and the viewer watched the selected program. Later, remote control devices were introduced that permitted viewers to tune the television from a distance. This addition to the user-television interface created the phenomenon known as “channel surfing” whereby a viewer could rapidly view short segments being broadcast on a number of channels to quickly learn what programs were available at any given time.
Despite the fact that the number of channels and amount of viewable content has dramatically increased, the generally available user interface and control device options and framework for televisions has not changed much over the last 30 years. Printed guides are still the most prevalent mechanism for conveying programming information. The multiple button remote control with simple up and down arrows is still the most prevalent channel/content selection mechanism. The reaction of those who design and implement the TV user interface to the increase in available media content has been a straightforward extension of the existing selection procedures and interface objects. Thus, the number of rows and columns in the printed guides has been increased to accommodate more channels. The number of buttons on the remote control devices has been increased to support additional functionality and content handling, e.g., as shown in
In addition to increases in bandwidth and content, the user interface bottleneck problem is being exacerbated by the aggregation of technologies. Consumers are reacting positively to having the option of buying integrated systems rather than a number of segregable components. A good example of this trend is the combination television/VCR/DVD in which three previously independent components are frequently sold today as an integrated unit. This trend is likely to continue, potentially with an end result that most if not all of the communication devices currently found in the household being packaged as an integrated unit, e.g., a television/VCR/DVD/internet access/radio/stereo unit. Even those who buy separate components desire seamless control of, and interworking between, those components. With this increased aggregation comes the potential for more complexity in the user interface. For example, when so-called “universal” remote units were introduced, e.g., to combine the functionality of TV remote units and VCR remote units, the number of buttons on these universal remote units was typically more than the number of buttons on either the TV remote unit or VCR remote unit individually. This added number of buttons and functionality makes it very difficult to control anything but the simplest aspects of a TV or VCR without hunting for exactly the right button on the remote. Many times, these universal remotes do not provide enough buttons to access many levels of control or features unique to certain TVs. In these cases, the original device remote unit is still needed, and the original hassle of handling multiple remotes remains due to user interface issues arising from the complexity of aggregation. Some remote units have addressed this problem by adding “soft” buttons that can be programmed with the expert commands. These soft buttons sometimes have accompanying LCD displays to indicate their action. These too have the flaw that they are difficult to use without looking away from the TV to the remote control. Yet another flaw in these remote units is the use of modes in an attempt to reduce the number of buttons. In these “moded” universal remote units, a special button exists to select whether the remote should communicate with the TV, DVD player, cable set-top box, VCR, etc. This causes many usability issues including sending commands to the wrong device, forcing the user to look at the remote to make sure that it is in the right mode, and it does not provide any simplification to the integration of multiple devices. The most advanced of these universal remote units provide some integration by allowing the user to program sequences of commands to multiple devices into the remote. This is such a difficult task that many users hire professional installers to program their universal remote units.
Some attempts have also been made to modernize the screen interface between end users and media systems. Electronic program guides (EPGs) have been developed and implemented to replace the afore-described media guides. Early EPGs provided what was essentially an electronic replica of the printed media guides. For example, cable service operators have provided analog EPGs wherein a dedicated channel displays a slowly scrolling grid of the channels and their associated programs over a certain time horizon, e.g., the next two hours. Scrolling through even one hundred channels in this way can be tedious and is not feasibly scalable to include significant additional content deployment, e.g., video-on-demand. More sophisticated digital EPGs have also been developed. In digital EPGs, program schedule information, and optionally applications/system software, is transmitted to dedicated EPG equipment, e.g., a digital set-top box (STB). Digital EPGs provide more flexibility in designing the user interface for media systems due to their ability to provide local interactivity and to interpose one or more interface layers between the user and the selection of the media items to be viewed. An example of such an interface can be found in U.S. Pat. No. 6,421,067 to Kamen et al., the disclosure of which is incorporated here by reference.
However, the interfaces described above suffer from, among other drawbacks, an inability to easily scale between large collections of media items and small collections of media items. For example, interfaces which rely on lists of items may work well for small collections of media items, but are tedious to browse for large collections of media items. Interfaces which rely on hierarchical navigation (e.g., tree structures) may be more speedy to traverse than list interfaces for large collections of media items, but are not readily adaptable to small collections of media items. Additionally, users tend to lose interest in selection processes wherein the user has to move through three or more layers in a tree structure. For all of these cases, current remote units make this selection processor even more tedious by forcing the user to repeatedly depress the up and down buttons to navigate the list or hierarchies. When selection skipping controls are available such as page up and page down, the user usually has to look at the remote to find these special buttons or be trained to know that they even exist.
Accordingly, it would be desirable to provide organizing frameworks, techniques and systems which simplify the control and screen interface between users and media systems as well as accelerate the selection process, while at the same time permitting service providers to take advantage of the increases in available bandwidth to end user equipment by facilitating the supply of a large number of media items and new services to the user. Moreover, it would be desirable to provide interfaces which supply an easy and fast selection experience regardless of the size(s) of the media item collection(s) being browsed.SUMMARY
Systems and methods according to the present invention address these needs and others by providing a total control framework for organizing, selecting and launching media items including a user interface framework which then provides for easy and rapid selection of media items. Control of the framework can employ a free space pointing device that includes a minimal set of buttons and scroll wheel for pointing, clicking and scrolling through selections on an associated graphical user interface. This exemplary graphical user interface (GUI) provides feedback to the user through the use of an on-screen pointer, graphical animations when the pointer hovers over selections, and zooming into and out of selections to smoothly navigate between overview and detail screens. Exemplary embodiments of the present invention employ images, zooming for increased/decreased levels of detail and continuity of GUI objects which permit easy navigation by a user. Graphical user interfaces according to the present invention organize media item selections on a virtual surface. Similar selections can be grouped together. Initially, the interface presents a zoomed out view of the surface, and in most cases, the actual selections will not be visible in full detail at this level. As the user zooms progressively inward, more details are revealed concerning the media item groups or selections. At different zoom levels, different controls are available so that the user can play groups of selections, individual selections, or go to another part of the virtual surface to browse other related media items.
According to one exemplary embodiment of the present invention, a control framework has a plurality of nodes, a subset of which are associated with a displayed portion of a graphical user interface (GUI) and a method is provided for tracking the nodes comprising the steps of maintaining a data structure which contains boundary information associated with each of the subset of nodes, changing the displayed portion of the GUI from a first portion to a second portion and evaluating the data structure based upon the changing step to determine whether a node has moved into or out of the displayed portion of said GUI.
According to another exemplary embodiment of the present invention, a computer-readable medium contains a program that performs the steps of: maintaining a data structure which contains boundary information associated with each of a subset of nodes, changing a displayed portion of a graphical user interface (GUI) from a first portion to a second portion and evaluating said data structure based upon the changing step to determine whether a node has moved into or out of the displayed portion of the GUI.
The accompanying drawings illustrate exemplary embodiments of the present invention, wherein:
The following detailed description of the invention refers to the accompanying drawings. The same reference numbers in different drawings identify the same or similar elements. Also, the following detailed description does not limit the invention. Instead, the scope of the invention is defined by the appended claims.
In order to provide some context for this discussion, an exemplary aggregated media system 200 in which the present invention can be implemented will first be described with respect to
In this exemplary embodiment, the media system 200 includes a television/monitor 212, a video cassette recorder (VCR) 214, digital video disk (DVD) recorder/playback device 216, audio/video tuner 218 and compact disk player 220 coupled to the I/O bus 210. The VCR 214, DVD 216 and compact disk player 220 may be single disk or single cassette devices, or alternatively may be multiple disk or multiple cassette devices. They may be independent units or integrated together. In addition, the media system 200 includes a microphone/speaker system 222, video camera 224 and a wireless I/O control device 226. According to exemplary embodiments of the present invention, the wireless I/O control device 226 is a media system remote control unit that supports free space pointing, has a minimal number of buttons to support navigation, and communicates with the entertainment system 200 through RF signals. For example, wireless I/O control device 226 can be a free-space pointing device which uses a gyroscope or other mechanism to define both a screen position and a motion vector to determine the particular command desired. A set of buttons can also be included on the wireless I/O device 226 to initiate the “click” primitive described below as well as a “back” button. In another exemplary embodiment, wireless I/O control device 226 is a media system remote control unit, which communicates with the components of the entertainment system 200 through IR signals. In yet another embodiment, wireless I/O control device 134 may be an IR remote control device similar in appearance to a typical entertainment system remote control with the added feature of a track-ball or other navigational mechanisms which allows a user to position a cursor on a display of the entertainment system 100.
The entertainment system 200 also includes a system controller 228. According to one exemplary embodiment of the present invention, the system controller 228 operates to store and display entertainment system data available from a plurality of entertainment system data sources and to control a wide variety of features associated with each of the system components. As shown in
As further illustrated in
Generation and control of a graphical user interface according to exemplary embodiments of the present invention to display media item selection information is performed by the system controller 228 in response to the processor 300 executing sequences of instructions contained in the memory 302. Such instructions may be read into the memory 302 from other computer-readable mediums such as data storage device(s) 308 or from a computer connected externally to the media system 200. Execution of the sequences of instructions contained in the memory 302 causes the processor to generate graphical user interface objects and controls, among other things, on monitor 212. In alternative embodiments, hard-wire circuitry may be used in place of or in combination with software instructions to implement the present invention.
As mentioned in the Background section, conventional interface frameworks associated with the television industry are severely limited in their ability to provide users with a simple and yet comprehensive selection experience. Accordingly, control frameworks described herein overcome these limitations and are, therefore, intended for use with televisions, albeit not exclusively. It is also anticipated that the revolutionary control frameworks, graphical user interfaces and/or various algorithms described herein will find applicability to interfaces which may be used with computers and other non-television devices. In order to distinguish these various applications of exemplary embodiments of the present invention, the terms “television” and “TV” are used in this specification to refer to a subset of display devices, whereas the terms “GUI”, “GUI screen”, “display” and “display screen” are intended to be generic and refer to television displays, computer displays and any other display device. More specifically, the terms “television” and “TV” are intended to refer to the subset of display devices which are able to display television signals (e.g., NTSC signals, PAL signals or SECAM signals) without using an adapter to translate television signals into another format (e.g., computer video formats). In addition, the terms “television” and “TV” refer to a subset of display devices that are generally viewed from a distance of several feet or more (e.g., sofa to a family room TV) whereas computer displays are generally viewed close-up (e.g., chair to a desktop monitor).
Having described an exemplary media system which can be used to implement control frameworks including zoomable graphical interfaces according to the present invention, several examples of such interfaces will now be described. According to exemplary embodiments of the present invention, a user interface displays selectable items which can be grouped by category. A user points a remote unit at the category or categories of interest and depresses the selection button to zoom in or the “back” button to zoom back. Each zoom in, or zoom back, action by a user results in a change in the magnification level and/or context of the selectable items rendered by the user interface on the screen. According to exemplary embodiments, each change in magnification level can be consistent, i.e., the changes in magnification level are provided in predetermined steps. Exemplary embodiments of the present invention also provide for user interfaces which incorporate several visual techniques to achieve scaling to the very large. These techniques involve a combination of building blocks and techniques that achieve both scalability and ease-of-use, in particular techniques which adapt the user interface to enhance a user's visual memory for rapid re-visiting of user interface objects.
The user interface is largely a visual experience. In such an environment exemplary embodiments of the present invention make use of the capability of the user to remember the location of objects within the visual environment. This is achieved by providing a stable, dependable location for user interface selection items. Each object has a location in the zoomable layout. Once the user has found an object of interest it is natural to remember which direction was taken to locate the object. If that object is of particular interest it is likely that the user will re-visit the item more than once, which will reinforce the user's memory of the path to the object. User interfaces according to exemplary embodiments of the present invention provide visual mnemonics that help the user remember the location of items of interest. Such visual mnemonics include pan and zoom animations, transition effects which generate a geographic sense of movement across the user interface's virtual surface and consistent zooming functionality, among other things which will become more apparent based on the examples described below.
Organizing mechanisms are provided to enable the user to select from extremely large sets of items while being shielded from the details associated with large selection sets. Various types of organizing mechanisms can be used in accordance with the present invention and examples are provided below.
Referring first to
According to one exemplary embodiment of the present invention, the input device can be a wireless mouse, e.g., the wireless mouse manufactured by Gyration, Inc. 12930 Saratoga Avenue, Bldg. C, Saratoga, Calif. 95070, coupled with a graphical user interface that supports the point, click, scroll, hover and zoom building blocks which are described in more detail below. One feature of this exemplary input device that is beneficial for use in conjunction with the present invention is that it has only two buttons and a scroll wheel, i.e., three input actuation objects. One of the buttons can be configured as a ZOOM IN (select) button and one can be configured as a ZOOM OUT (back) button. Compared with the conventional remote control units, e.g., that shown in
A user may then select one of the artist groups for further review and/or selection.
Finally, when the user selects an album cover image 520 from within the group 521, the interface zooms into the album cover as shown in
As illustrated in the
As will be apparent to those skilled in the art from the foregoing description, zoomable graphical user interfaces according to the present invention provide users with the capability to browse a large (or small) number of media items rapidly and easily. This capability is attributable to many characteristics of interfaces according to exemplary embodiments of the present invention including, but not limited to: (1) the use of images as all or part of the selection information for a particular media item, (2) the use of zooming to rapidly provide as much or as little information as a user needs to make a selection and (3) the use of several GUI techniques which combine to give the user the sense that the entire interface resides on a single plane, such that navigation of the GUI can be accomplished, and remembered, by way of the user's sense of direction. This latter aspect of GUIs according to the present invention can be accomplished by, among other things, linking the various GUI screens together “geographically” by maintaining as much GUI object continuity from one GUI screen to the next, e.g., by displaying edges of neighboring, unselected objects around the border of the current GUI screen. Alternatively, if a cleaner view is desired, and other GUI techniques provide sufficient geographic feedback, then the clipped objects can be omitted. As used in this text, the phrase “GUI screen” refers to a set of GUI objects rendered on one or more display units at the same time. A GUI screen may be rendered on the same display which outputs media items, or it may be rendered on a different display. The display can be a TV display, computer monitor or any other suitable GUI output device.
Another GUI effect which enhances the user's sense of GUI screen connectivity is the panning animation effect which is invoked when a zoom is performed or when the user selects an adjacent object at the same zoom level as the currently selected object. Returning to the example of
Various data structures and algorithms can be used to implement zoomable GUIs according to the present invention. For example, data structures and algorithms for panning and zooming in an image browser which displays photographs have been described, for example, in the article entitled “Quantum Treemaps and Bubblemaps for a Zoomable Image Browser” by Benjamin B. Bederson, UIST 2001, ACM Symposium on User Interface Software and Technology, CHI Letters, 3(2), pp. 71-80, the disclosure of which is incorporated here by reference. However, in order to provide a GUI for media selection which can, at a high level, switch between numerous applications and, at a lower level, provide user controls associated with selected images to perform various media selection functions, additional data structures and algorithms are needed.
Zoomable GUIs can be conceptualized as supporting panning and zooming around a scene of user interface components in the view port of a display device. To accomplish this effect, zoomable GUIs according to exemplary embodiments of the present invention can be implemented using scene graph data structures. Each node in the scene graph represents some part of a user interface component, such as a button or a text label or a group of interface components. Children of a node represent graphical elements (lines, text, images, etc.) internal to that node. For example, an application can be represented in a scene graph as a node with children for the various graphical elements in its interface. Two special types of nodes are referred to herein as cameras and layers. Cameras are nodes that provide a view port into another part of the scene graph by looking at layer nodes. Under these layer nodes user interface elements can be found. Control logic for a zoomable interface programmatically adjusts a cameras view transform to provide the effect of panning and zooming.
Rendering the scene graph can be accomplished as follows. Whenever the display 904 needs to be updated, e.g., when the user triggers a zoom-in from the view of
When using a zoomable interface to coordinate the operation of multiple applications, e.g., like the exemplary movie browser described below with respect to
According to one exemplary embodiment, a computationally efficient node watcher algorithm can be used to notify applications regarding when GUI components and/or applications enter and exit the view of a camera. At a high level, the node watcher algorithm has three main processing stages: (1) initialization, (2) view port change assessment and (3) scene graph change assessment. The initialization stage computes node quantities used by the view port change assessment stage and initializes appropriate data structures. The view port change assessment stage gets invoked when the view port changes and notifies all watched nodes that entered or exited the view port. Finally, the scene graph change assessment stage updates computations made at the initialization stage that have become invalid due to changes in the scene graph. For example, if an ancestor node of the watched node changes location in the scene graph, computations made at initialization may need to be recomputed.
Of these stages, view port change assessment drives the rest of the node watcher algorithm. To delineate when a node enters and exits a view port, the initialization step determines the bounding rectangle of the desired node and transforms it from its local coordinate system to the local coordinate system of the view port. In this way, checking node entrance does not require a sequence of coordinate transformations at each view port change. Since the parents of the node may have transform matrices, this initialization step requires traversing the scene graph from the node up to the camera. As described below, if embedded cameras are used in the scene graph data structure, then multiple bounding rectangles may be needed to accommodate the node appearing in multiple places.
Once the bounding rectangle for each watched node has been computed in the view port coordinate system, the initialization stage adds the bounding rectangle to the view port change assessment data structures. The node watcher algorithm uses a basic building block for each dimension in the scene. In zoomable interfaces according to some exemplary embodiments, this includes an x dimension, a y dimension, and a scale dimension. As described below, however, other exemplary implementations may have additional or different dimensions. The scale dimension describes the magnification level of the node in the view port and is described by the following equation:
Where s is the scale, d is the distance from one point of the node to another in the node's local coordinates and d′ is the distance from that point to the other in the view port.
When the view port changes, the following processing occurs for each dimension. First, the View Left Side and View Right Side pointers are checked to see if they need to be moved to include or exclude a Transition Block. Next, if one or both of the pointers need to be moved, they are slid over the Transition Block list to their new locations. Then, for each Transition Block passed by the View Left Side and View Right Side pointers, the node watcher algorithm executes the Transition Block notification code described below. This notification code determines if it is possible that its respective node may have entered or exited the view port. If so, that node is added to a post processing list. Finally, at the end of this processing for each dimension, each node on the post processing list is checked that its view port status actually did change (as opposed to changing and then changing back). If a change did occur, then the algorithm sends an event to the component. Note that if the view port jumps quickly to a new area of the zoomable interface that the algorithm may detect more spurious entrance and exit events.
The Transition Block notification code can be implemented as a table lookup that determines whether the node moved into or out of the view port for the dimension being checked. An exemplary table is shown below.
Columns 1, 2 and 3 are the inputs to the Transition Notification Table. Specifically, the node watcher algorithm addresses the table using a combination of the node side, view side and view move direction to determine whether the node being evaluated was entered, exited or not impacted. Column 1 refers to the side of the node represented by the Transition Block that was passed by the view port pointers. Column 2 refers to the side of the view port and column 3 refers to the direction that that side of the view port was moving when it passed the node's Transition Block. Either output column 4 or 5 is selected depending upon whether the node should be notified when it is partially or fully in view. For example, in some implementations it may be desirable to notify an application such as a streaming video window only after it is fully in view since loading a partially-in-view video window into the zoomable GUI may be visually disruptive.
When the output of the table indicates enter or exit, the node watcher algorithm adds the node to the post processing list. The output columns of Table 1 are populated based on the following rules. If the node intersects in all dimensions then an enter notification will be sent in the post processing step. If the node was in the view and now one or more dimensions have stopped intersecting, then an exit notification will be sent. To reduce the number of nodes in the post processing list, the Transition Block notification code checks for intersection with other dimensions before adding the node to the list. This eliminates the post processing step when only one or two dimensions out of the total number of dimensions, e.g., three or more, intersect. When a user interface object (e.g., an application) wants to be notified of its view port status in the GUI, it registers a function with the node watcher algorithm. When the application goes into or out of the view, the node watcher algorithm calls that application's registered function with a parameter that indicates what happened. Alternatively, notification can be performed using message passing. In this case, each application has an event queue. The application tells the node watcher algorithm how to communicate with its event queue. For example, it could specify the queue's address. Then, when the node watcher detects a transition, it creates a data structure that contains the cause of the notification and places it in the application's queue.
In addition to using node watcher notifications for application memory management, this algorithm can also be used for other functions in zoomable GUIs according to the present invention. For example, the node watcher algorithm can be used to change application behavior based on the user's view focus, e.g., by switching the audio output focus to the currently viewed application. Another application for the node watcher algorithm is to load and unload higher resolution and composite images when the magnification level changes. This reduces the computational load on the graphics renderer by having it render fewer objects whose resolution more closely matches the display. In addition to having the node watcher algorithm watch a camera's view port, it is also useful to have it watch the navigation code that tells the view port where it will end up after an animation. This provides earlier notification of components that are going to come into view and also enables zoomable GUIS according to exemplary embodiments of the present invention to avoid sending notifications to nodes that are flown over due to panning animations.
To better understand operation of the node watcher algorithm, an example will now be described with reference to
Given these exemplary data structures and GUI scenes, the associated processing within the node watcher algorithm while the zoom transition occurs can be described as follows. Starting with the left side of the view, the node watcher algorithm moves the view left side pointer to the right until the transition block that is just outside of the view on the left side is reached. As shown in
From the right side, the node watcher algorithm's processing is similar. The view right side pointer moves left to the ellipse's right side ERight. Depending on whether the ellipse has requested full or partial notifications, the node watcher algorithm will or will not send a notification to the ellipse pursuant to Table 1. The vertical dimension can be processed in a similar manner using similar data structures and the top and bottom boundary rectangle values. Those skilled in the arts will also appreciate that a plurality of boundary rectangles can be used to approximate non-rectangular nodes when more precise notification is required. Additionally, the present invention contemplates that movement through other dimensions can be tracked and processed by the node watcher algorithm, e.g., a third geometrical (depth or scale) dimension, as well as non-geometrical dimensions such as time, content rating (adult, PG-13, etc.) and content type (drama, comedy, etc). Depending on the number of dimensions in use, the algorithm, more accurately, detects intersections of boundary segments, rectangles, and n-dimensional hypercubes.
In addition to the node watcher algorithm described above, exemplary embodiments of the present invention provide resolution consistent semantic zooming algorithms which can be used in zoomable GUIs according to exemplary embodiments of the present invention. Semantic zooming refers to adding, removing or changing details of a component in a zoomable GUI depending on the magnification level of that component. For example, in the movie browser interface described below, when the user zooms close enough to the image of the movie, it changes to show movie metadata and playback controls. The calculation of the magnification level is based on the number of pixels that the component uses on the display device. The zoomable GUI can store a threshold magnification level which indicates when the switch should occur, e.g., from a view without the movie metadata and playback controls to a view with the movie metadata and playback controls.
Television and computer displays have widely varying display resolutions. Some monitors have such a high resolution that graphics and text that is readable on a low resolution display is so small to become completely unreadable. This also creates a problem for applications that use semantic zooming, especially on high resolution displays such as HDTVs. In this environment, semantic zooming code that renders based on the number of pixels displayed will change the image before the more detailed view is readable. Programmatically modifying the threshold at which semantic zooming changes component views can only work for one resolution.
The desirable result is that semantic zooming occurs consistently across all monitor resolutions. One solution is to use lower resolution display modes on high resolution monitors, so that the resolution is identical on all displays. However, the user of a high resolution monitor would prefer that graphics would be rendered at their best resolution if semantic zooming would still work as expected. Accordingly, exemplary embodiments of the present invention provide a semantic zooming technique which supports displays of all different solutions without the previously stated semantic viewing issues. This can be accomplished by, for example, creating a virtual display inside of the scene graph. This is shown in
The main camera node 1202 that is attached to the display device 1204 has its view port configured so that it displays everything that the virtual camera 1200 is showing. Since graphics images and text are not mapped to pixels until this main camera 1202, no loss of quality occurs from the virtual camera. The result of this is that high definition monitors display higher quality images and do not trigger semantic zooming changes that would make the display harder to read.
According to one exemplary embodiment of the present invention, the process works as follows. Each camera and node in the scene graph has an associated transform matrix (T1 to Tn). These matrices transform that node's local coordinate system to that of the next node towards the display. In the figure, T1 transforms coordinates from its view port to display coordinates. Likewise, T2 transforms its local coordinate system to the camera's view port. If the leaf node 1206 needs to render something on the display, it computes the following transform matrix:
A=T1T2 . . . Tn
This calculation can be performed while traversing the scene graph. Since the component changes to support semantic zooming are based on the virtual camera 1200, the following calculation is performed:
B=T4T5 . . . Tn
Typically, T1 to T3 can be determined ahead of time by querying the resolution of the monitor and inspecting the scene graph. Determining B from A is, therefore, accomplished by inverting these matrices and multiplying as follows:
For the case when calculating T1 to T3 ahead of time is problematic, e.g., if a graphics API hides additional transformations, logic can be added to the virtual camera to intercept the transformation matrix that it would have used to render to the display. This intercepted transformation is then inverted and multiplied as above to compute the semantic zooming threshold.
One strength of zoomable interfaces according to exemplary embodiments of the present invention is the ability to maintain context while navigating the interface. All of the interface components appear to exist in the zoomable world, and the user just needs to pan and zoom to reach any of them. The semantic zooming technique described above changes the appearance of a component depending on the zoom or magnification level.
Accordingly, exemplary embodiments of the present invention provide for some common image or text in all views of a component to provide a focal point for a transition effect when a semantic zoom is performed. For example, in
These capabilities of graphical user interfaces according to the present invention will become even more apparent upon review of another exemplary embodiment described below with respect to
The cursor (not shown in
One exemplary transition effect which can be employed in graphical user interfaces according to the present invention is referred to herein as the “shoe-to-detail” view effect. When actuated, this transition effect takes a zoomed out image and simultaneously shrinks and translates the zoomed out image into a smaller view, i.e., the next higher level of magnification. The transition from the magnification level used in the GUI screen of
In this exemplary embodiment, an additional amount of magnification for a particular image can be provided by passing the cursor over a particular image. This feature can be seen in
A transition effect can also be employed when a user actuates a hyperlink. Since the hyperlinks may be generated at very high magnification levels, simply jumping to the linked media item may cause the user to lose track of where he or she is in the media item selection “map”. Accordingly, exemplary embodiments of the present invention provide a transition effect to aid in maintaining the user's sense of geographic position when a hyperlink is actuated. One exemplary transition effect which can be employed for this purpose is a hop transition. In an initial phase of the transition effect, the GUI zooms out and pans in the direction of the item pointed to by the hyperlink. Zooming out and panning continues until both the destination image and the origination image are viewable by the user. Using the example of
The node watcher algorithm described above with respect to
Included in exemplary implementations of the present invention are screen-location and semantically-based navigation controls. These control regions appear when the user positions the cursor near or in a region associated with those controls on a screen where those controls are appropriate as shown in
Having provided some examples of zoomable graphical user interfaces according to the present invention, exemplary frameworks and infrastructures for using such interfaces will now be described.
Between the lower level primitives 1902 and the upper level applications 1900 reside various software and hardware infrastructures 1904 which are involved in generating the images associated with zoomable GUIs according to the present invention. As seen in
The foregoing exemplary embodiments are purely illustrative in nature. The number of zoom levels, as well as the particular information and controls provided to the user at each level may be varied. Those skilled in the art will appreciate that the present invention provides revolutionary techniques for presenting large and small sets of media items using a zoomable interface such that a user can easily search through, browse, organize and play back media items such as movies and music. Graphical user interfaces according to the present invention organize media item selections on a virtual surface such that similar selections are grouped together. Initially, the interface presents a zoomed out view of the surface, and in most cases, the actual selections will not be visible at this level, but rather only their group names. As the user zooms progressively inward, more details are revealed concerning the media item groups or selections. At each zoom level, different controls are available so that the user can play groups of selections, individual selections, or go to another part of the virtual surface to browse other related media items. Zooming graphical user interfaces according to exemplary embodiments of the present invention can contain categories of images nested to an arbitrary depth as well as categories of categories. The media items can include content which is stored locally, broadcast by a broadcast provider, received via a direct connection from a content provider or on a peering basis. The media items can be provided in a scheduling format wherein date/time information is provided at some level of the GUI. Additionally, frameworks and GUIs according to exemplary embodiments of the present invention can also be applied to television commerce wherein the items for selection are being sold to the user.
The above-described exemplary embodiments are intended to be illustrative in all respects, rather than restrictive, of the present invention. Thus the present invention is capable of many variations in detailed implementation that can be derived from the description contained herein by a person skilled in the art. All such variations and modifications are considered to be within the scope and spirit of the present invention as defined by the following claims. No element, act, or instruction used in the description of the present application should be construed as critical or essential to the invention unless explicitly described as such. Also, as used herein, the article “a” is intended to include one or more items.
44. A Wireless Transmit/Receive Unit (WTRU) configured to control a display, the WTRU comprising:
- a plurality of sensors configured to detect one or more of: six degrees of freedom (6DoF) of movement of the WTRU device; and
- a processor configured to: receive information, from at least one of plurality of motion sensors, corresponding to the detected movement of the WTRU including at least one rotational movement, determine, from the received information, whether the detected movement of the WTRU corresponds to a predefined gesture, and control a change to contents of the display in accordance with the predefined gesture, on condition that the detected movement of the WTRU corresponds to the predefined gesture.
45. The WTRU of claim 44, further comprising:
- a memory configured to store a plurality of predefined gestures and commands to change the display contents that are associated with the predefined gestures,
- wherein the processor is configured to select the command corresponding to the predefined gesture that is associated with the detected movement from the commands stored in the memory.
46. The WTRU of claim 45, wherein the command corresponding to the predefined gesture that is associated with the detected movement is any of: (1) a Zoom command; (2) a Pan command; (3) a Drag command; (4) a Point command; (5) a Click command; (6) a Hover command; or (7) a Scroll command.
47. The WTRU of claim 44, wherein the predefined gesture is any of: (1) a zoom gesture to change a magnification of selected display contents or the entire display contents; (2) a pan gesture to move the display contents in a pan direction; (3) a point gesture to determine a pointed-to location of the display; or (4) a click gesture to trigger an event; (5) a hover gesture to enlarge a pointed-to object displayed on the display; or (6) a scroll gesture to scroll through a set of objects displayed on the display.
48. The WTRU of claim 44, wherein the sensors include a gyroscope to sense a rotational motion of the WTRU.
49. The WTRU of claim 44, wherein the sensors are configured to detect motion in any of: (1) a yaw direction; (2) a roll direction; or (3) a pitch direction.
50. The WTRU of claim 44, wherein the sensors are configured to detect motion in at least one of: (1) a yaw direction; (2) a roll direction; (3) a pitch direction; (4) an x-axis direction, as a first linear direction; (5) a y-axis direction, as a second, linear direction; or (6) a z-axis direction, as a third linear direction.
51. A method implemented by a Wireless Transmit/Receive Unit (WTRU) to control a display, the WTRU comprising:
- detecting, by the WTRU, any of: six degrees of freedom (6DoF) of movement of the WTRU device;
- determining, by the WTRU, whether the detected movement of the WTRU including at least one rotational movement corresponds to a predefined gesture, and
- controlling a change to contents of the display in accordance with the predefined gesture, on condition that the detected movement of the WTRU corresponds to the predefined gesture.
52. The method of claim 51, further comprising:
- storing a plurality of predefined gestures and commands to change the display contents that are associated with the predefined gestures; and
- selecting the command corresponding to the predefined gesture that is associated with the detected movement from the stored commands.
53. The method of claim 52, wherein the command corresponding to the predefined gesture that is associated with the detected movement is any of: (1) a Zoom command; (2) a Pan command; (3) a Drag command; (4) a Point command; (5) a Click command; (6) a Hover command; or (7) a Scroll command.
54. The method of claim 51, wherein the predefined gesture is any of: (1) a zoom gesture to change a magnification of selected display contents or the entire display contents; (2) a pan gesture to move the display contents in a pan direction; (3) a point gesture to determine a pointed-to location of the display; or (4) a click gesture to trigger an event; (5) a hover gesture to enlarge a pointed-to object displayed on the display; or (6) a scroll gesture to scroll through a set of objects displayed on the display.
55. The method of claim 51, wherein the detecting of any of: six degrees of freedom (6DoF) of movement of the WTRU device includes detecting, by a gyroscope, a rotational motion of the WTRU.
56. The method of claim 51, wherein the detecting of any of: six degrees of freedom (6DoF) of movement of the WTRU device includes detecting motion in any of: (1) a yaw direction; (2) a roll direction; or (3) a pitch direction.
57. The method of claim 51, wherein the detecting of any of: six degrees of freedom (6DoF) of movement of the WTRU device includes detecting motion in any of: (1) a yaw direction; (2) a roll direction; or (3) a pitch direction; (4) an x-axis direction, as a first linear direction; (5) a y-axis direction, as a second, linear direction; or (6) a z-axis direction, as a third linear direction.
58. A Wireless Transmit/Receive Unit (WTRU) configured to control a display, the WTRU comprising:
- a plurality of sensors configured to detect one or more of rotational movements; and
- a processor configured to: receive information, from at least one of plurality of sensors, corresponding to the detected one or more rotational movements, determine that the detected one or more rotational movements corresponds to a predefined gesture, and control a change of display contents on the display in accordance with the predefined gesture.
59. The WTRU of claim 58, further comprising:
- a memory configured to store a plurality of predefined gestures and commands to change the display contents that are associated with the predefined gestures,
- wherein the processor is configured to select the command corresponding to the predefined gesture that is associated with the detected one or more rotational movements from the commands stored in the memory.
60. The WTRU of claim 59, wherein the command corresponding to the predefined gesture that is associated with the detected one or more rotational movements is any of: (1) a Zoom command; (2) a Pan command; (3) a Drag command; (4) a Point command; (5) a Click command; (6) a Hover command; or (7) a Scroll command.
61. The WTRU of claim 58, wherein the predefined gesture is any of: (1) a zoom gesture to change a magnification of selected display contents or the entire display contents; (2) a pan gesture to move the display contents in a pan direction; (3) a point gesture to determine a pointed-to location of the display; or (4) a click gesture to trigger an event; (5) a hover gesture to enlarge a pointed-to object displayed on the display; or (6) a scroll gesture to scroll through a set of objects displayed on the display.
62. The WTRU of claim 58, wherein the sensors include a gyroscope to sense rotational motion of the WTRU.
63. The WTRU of claim 58, wherein the sensors are configured to detect motion in any of: (1) a yaw direction; (2) a roll direction; (3) a pitch direction (4) an x-axis direction, as a first linear direction; (5) a y-axis direction, as a second, linear direction; or (6) a z-axis direction, as a third linear direction.