The present invention relates to techniques for navigating and controlling content via voice control, such as to manage television-related and other content via voice commands.
In the current world of television, movies, and related media systems, many consumers receive television programming-related content via broadcast over a cable network to a television or similar display, with the content often received via a set-top box (“STB”) from the cable network that controls display of particular television (or “TV”) programs from among a large number of available television channels, while other consumers may similarly receive television programming-related content in other manners (e.g., via satellite transmissions, broadcasts over airwaves, over packet-switched computer networks, etc.). In addition, enhanced television programming services and capabilities are increasingly available to consumers, such as the ability to receive television programming-related content that is delivered “on demand” using Video on Demand (“VOD”) technologies (e.g., based on a pay-per-view business model) and/or various interactive TV capabilities. Consumers generally subscribe to services offered by a cable network “head-end” or other similar content distribution facility to obtain particular content, which in some situations may include interactive content and Internet content.
Consumers of content are also increasingly using a variety of devices to record and control viewing of content, such as via digital video recorders (“DVRs”) that can record television-related content for later playback and/or can temporarily store recent and current content to allow functionality such as pausing or rewinding live television. A DVR may also be known as a personal video recorder (“PVR”), hard disk recorder (“HDR”), personal video station (“PVS”), or a personal television receiver (“PTR”). DVRs may in some situations be integrated into a set-top box, such as with Digeo's MOXI™ device, while in other situations may be a separate component connected to an STB and/or television. In addition, electronic programming guide (“EPG”) information is often made available to aid consumers in selecting a desired program to currently view and/or to schedule for delayed viewing. Using EPG information and a DVR, a consumer can cause a desired program to be recorded and can then view the program at a more convenient time or location.
As the number and complexity of media-related devices used in home and other environments increase, however, it becomes increasingly difficult to control the devices in an effective manner. As one example, the proliferation in a home or other environment of large numbers of remote control devices that are each specific to a single media device creates well-documented problems, including difficulty in locating the correct remote control for a desired function as well as difficulty in learning how to effectively operate the multiple remote controls. While so-called “universal” remote control devices may provide at least a limited reduction in the number of remote control devices, such universal remote control devices typically have their own problems, including significant complexity in configuration and use. Furthermore, remote control devices typically have other problems, such as by offering only limited functionality (e.g., because the number of buttons and other controls on the remote control device are limited) and/or by having highly complex operations (e.g., in an attempt to provide greater functionality using only a limited number of buttons and controls). Moreover, the usefulness of remote control devices is also limited because the available functions are typically simple and non-customizable—for example, a user cannot enter a single command to move up 11 channels or to move to the next news channel (assuming that the next news channel is not adjacent to the current channel). In addition, many media devices increasingly provide functionality and information via on-screen menu interfaces displayed to the user (e.g., on the television), and use of remote control devices to navigate and interact with such on-screen menus can be extremely difficult—for example, if a user wants to enter alphanumeric data (e.g., an actor's name or a movie title) using a typical numerical keypad on a remote control device (or even a more extensive alphanumeric keypad if available), it is difficult and time-consuming.
Therefore, as the amount of content and number of content presentation devices continually grow, it is becoming increasingly difficult for consumers to effectively navigate and control the presentation of desired content. Thus, it would be beneficial to provide additional capabilities to consumers to allow them to more effectively perform such navigation and control of content and/or devices of interest.
Techniques are described below for managing various types of content in various ways, such as based on voice commands or other voice-based control instructions provided by a user. In some embodiments, at least some of the content being managed includes television programming-related content. In such embodiments, the television programming-related content can then be managed via the voice controls in a variety of ways, such as to allow a user to locate and identify content of potential interest, to schedule recordings of selected content, to manage previously recorded content (e.g., to play or delete the content), to control live television, etc. In addition, the voice controls can further be used in at least some embodiments to manage various other types of contents and perform various other types of content management functions, as described in greater detail below.
For illustrative purposes, some embodiments are described below in which specific types of content are managed in specific ways via specific example embodiments of voice commands and/or an accompanying example graphical user interface (“GUI”). However, the inventive techniques can be used in a wide variety of other situations, and that the invention is not limited to the specific exemplary details discussed. More generally, as used herein, “content” generally includes television programs, movies and other video information (whether stored, such as in a file, or streamed), photos and other images, music and other audio information (whether stored or streamed), presentations, video/teleconferences, videogames, Internet Web pages and other data, and other similar video or audio content.
In the illustrated embodiment, the STB/DVR contains a component 120 that provides a GUI and command processing functionality to users/viewers in a typical manner for an STB/DVR. For example, the component 120 may receive EPG metadata information from the external content that corresponds to available television programming, display at least some such EPG information to the user(s) via a GUI provided by the STB/DVR, receive instructions from the user related to the content, and output appropriate content to the TV 150 based on the instructions. The instructions received from the user may, for example, be sent as control signals 171 via wireless means from a remote control device 170, such as in response to corresponding manual instructions 161 that the user manually inputs to the remote control via its buttons or other controls (not shown) so as to effect various desired navigation and/or control functionality.
In addition, in the illustrated embodiment the STB/DVR further contains a Voice Command Processing (“VCP”) component or system 110 that receives and responds to voice commands from the user. In some embodiments, voice-based control instructions 162 from the user are provided directly from the user to the VCP system 110 (e.g., if the STB/DVR has a built-in microphone, not shown, to receive spoken commands from the user) to effect various navigation and control functionality. In other embodiments, voice-based instructions from the user may instead be initially provided to the remote control device, such as in a wireless manner (e.g., if the remote control includes a microphone) or via a wire/cable (e.g., from a head-mounted microphone of the user to the remote control device via a USB port on the device), and then forwarded 172 to the VCP system 110 from the remote control. After the VCP system 110 processes the voice-based control instructions (e.g., based on speech recognition processing, such as via natural language processing), the VCP system 110 in the illustrated embodiment then communicates corresponding information to the component 120 for processing. In some embodiments, the VCP system 110 may limit the information provided to the component 120 to those commands that the remote control device can transmit, while in the other embodiments a variety of additional types of information may be able to programmatically be communicated between the VCP system 110 and component 120. In addition, in some embodiments a user may have available only one of voice-based instruction capability and manual instruction capability with respect to the STB/DVR at a time, while in other embodiments a user can combine voice-based and manual instructions as desired to provide an enhanced interaction experience.
The VCP system 110 may be implemented in a variety of ways in various embodiments. For example, while the system 110 is executing on the STB/DVR device in the illustrated embodiment, in other embodiments some or all of the functionality of the system 110 could instead be provided in one or more other devices, such as a general-purpose computing system in the environment and/or the remote control device, with output information from those other devices then transmitted to the STB/DVR device. More generally, in at least some embodiments the functionality of the VCP system 110 may be implemented in a distributed manner such that processing and functionality is performed locally to the STB/DVR when possible, but is offloaded to a server (not shown, such as a server of a cable company supplying the external content) when additional information and/or computing capabilities are needed.
In addition, in some embodiments the VCP system 110 may include and/or use various executing software that provides natural language processing or other speech recognition capabilities (e.g., IBM ViaVoice software and/or VoiceBox software from VoiceBox Technologies), while in other embodiments some or all of the VCP system 110 could instead be embodied in hardware. In addition, the VCP system 110 may communicate with the component 120 in a variety of ways, such as programmatically (e.g., via a defined API of the component 120) or via transmitted commands that emulate those of the remote control device. Moreover, in some embodiments the VCP system 110 may retain and use various information about a current state of the component 120 (e.g., to determine subsets of commands that are allowed or otherwise applicable in the current state), while in other embodiments the VCP system 110 may instead merely pass along commands to the component 120 after they are received in voice format from the user and translated. Moreover, while not illustrated here, in some embodiments the component 120 may send a variety of information to the VCP system 110 (e.g., current state information). In addition, in embodiments in which the VCP system 110 is an application that generates its own GUI for the user (e.g., for display on the TV 150) and the STB/DVR further has a separate GUI corresponding to its functionality (e.g., also for display on the TV 150), the VCP system 110 and component 120 may in some embodiments interact such that the two GUIs function together (e.g., with access to one GUI available via a user-selectable control in the other GUI), while in other embodiments one or both of the GUIs may at times take over control of the display to the exclusion of the other GUIs.
Furthermore, and as discussed in greater detail below, the voice-based control instructions from the user can take a variety of forms and may be used in a variety of ways in various embodiments. For example, in addition to merely providing voice commands that correspond to or are mapped to controls of the remote control device, the user may in at least some embodiments provide a variety of additional information, such as voice annotations to be associated with pieces of content (e.g., to associate a permanent description with a photo, or to provide a temporary comment related to a recorded television program, such as to indicate to other users information about when/whether to view or delete the program), instructions to group multiple pieces of content together and to subsequently perform operations on the group (e.g., to group and schedule for recording several distinct television programs), etc.
While not illustrated in detail in
An embodiment of a Voice Command Processing (“VCP”) system 340 is executing in memory, such as to provide voice-based content presentation functionality to one or more users 395. In some embodiments, the VCP system 340 may also interact with one or more optional speech recognition systems 332 executing in memory 330 in order to assist in the processing of voice-based control instructions, although in other embodiments such speech recognition capabilities may instead be provided via a remote computing system (e.g., accessible via a network) and/or may be incorporated within the VCP system 340. In a similar manner, in some embodiments one or more optional other executing programs 338 may similarly be executing in memory, such as to provide capabilities to the VCP system 340 or instead to provide other types of functionality.
In the illustrated embodiment, the VCP system 340 operates as part of an environment that may include various other devices and systems. For example, one or more content server systems 370 (e.g., remote systems, such as a cable company headend system, or local systems, such as a device that stores content on a local area network) provide 381 content of one or more types to one or more content presentation control systems 350 in the illustrated embodiment, such as to provide television programming-related content to one or more STB and/or DVR devices and/or to provide other types of multimedia content to one or more media center devices. The content presentation control systems then cause selected pieces of the content to be presented on one or more presentation devices 360 to one or more of the users 395, such as to transmit a selected television program to a television set display device for presentation and/or to direct that one or more pieces of other types of content (e.g., a digital music file) be provided to one or more other types of presentation devices (e.g., a stereo or a portable music player device). At least some of the actions of the content presentation control systems may optionally be initiated and/or controlled via instructions provided by one or more of the users to one or more of the content presentation control systems, such as instructions provided 384a directly to a content presentation control system by a user (e.g., via direct manual interaction with the content presentation control system) and/or instructions provided 384a to a content presentation control system by interactions by a user with one or more control devices 390 (e.g., a remote control device, a home automation control device, etc.) that transmit corresponding control signals to the content presentation control system, and with the directly provided instructions and/or transmitted instructions received 384b by the one or more content presentation control systems to which the instructions are directed.
In the illustrated embodiment, one or more of the users 395 may also interact with the computing device 300 in order to initiate and/or control actions of one or more of the content presentation control systems. Such voice-based control instructions may be provided 386a directly to the computing device 300 by a user (e.g., via spoken commands that are received by the microphone 314) and/or may be provided 386a via voice-based control instructions to one or more control devices 390 that transmit the voice-based control instructions and/or corresponding control signals (e.g., if the control device does some processing of the received voice-based control instructions) to the content presentation control system, with the directly provided instructions and/or transmitted instructions received 386b by the computing device 300. For example, when a control device is used to communicate with the computing device 300, the computing device may transmit information to the network connection 312 or to one or more other direct interface mechanisms (whether wireless or wired/cabled), such as for a local device to use Bluetooth or Wi-Fi, or for a remote device to use the Internet or a phone connection (e.g., via a cellphone connection or land line). In the illustrated embodiment, the computing device may also be accessed by users in various ways, such as via various I/O devices 310 if the users have physical access to the computing device. Alternatively, other users can use client computing systems (not shown) to directly access the computing device, such as remotely (e.g., via the World Wide Web or otherwise via the Internet).
After voice-based control instructions are received by the computing device 300, those instructions are provided in the illustrated embodiment to the VCP system 340, which analyzes the instructions in order to determine whether and how to respond to the instructions, such as to identify one or more corresponding content presentation control systems (if more than one is currently available) and/or one or more instructions to provide or operations to perform. Such analysis may in at least some embodiments use stored user information 321 (e.g., user preferences and/or user-specific speech recognition information, such as based on prior interactions with the user), stored content metadata information 323 (e.g., EPG metadata information for television programming and/or similar types of metadata for other types of content, such as received from a content server system whether directly 385a or via a content presentation control system 385b), and/or current state information (not shown) for the computing device 300 and/or one or more corresponding content presentation control systems.
When a valid voice-based control instruction is received, the VCP system 340 may optionally perform internal processing for itself and/or the computing device 300 if appropriate (e.g., if the control instruction is related to modifying operation or state of the VCP system 340 or computing device 300), and/or may send 387 one or more corresponding instructions and/or pieces of information to one or more corresponding content presentation control systems. Upon receipt of such instructions and/or information, such content presentation control systems may then respond in an appropriate manner, such as to modify 382 presentation of content on one or more presentation devices 360 (e.g., in a manner similar to or identical to the instruction if received 384b from the user without intervention of the VCP system 340).
While not illustrated here, a variety of other similar types of capabilities may be provided in other embodiments. For example, the computing device 300 may further store various types of content and use it in various ways, such as to present the content via one of the I/O devices 310 and/or to send the content to one or more content presentation control systems as appropriate (e.g., in response to a corresponding voice-based control instruction from a user). Such content may be acquired in various ways, such as from content server systems, from content presentation control systems, from other external computing systems (not shown), and/or from the user (e.g., via content provided by the user via the computer-readable media drive 313). In addition, the computing device may in some embodiments receive state and/or feedback information from the content presentation control systems, such as for use by the VCP system 340 and/or display to the users. In addition, the VCP system 340 may provide feedback and/or information (e.g., via a graphical or other user interface) to users in various ways, such as via one or more I/O devices 310 and/or by sending the information to the content presentation control systems for presentation via those systems or via one or more presentation devices.
Computing device 300 and the other illustrated devices and systems are merely illustrative and are not intended to limit the scope of the present invention. Computing device 300 may instead be comprised of multiple interacting computing systems or devices, may be connected to other devices that are not illustrated (including via the World Wide Web or otherwise through the Internet or other network), or may be incorporated as part of one or more of the systems or devices 350, 360, 370 and 390. More generally, a computing system or device may comprise any combination of hardware or software that can interact and operate in the manners described, including (without limitation) desktop or other computers, network devices, PDAs, cellphones, cordless phones, devices with walkie-talkie and other push-to-talk capabilities, pagers, electronic organizers, Internet appliances, television-based systems (e.g., using set-top boxes and/or personal/digital video recorders), and various other consumer products that include appropriate inter-communication and computing capabilities. In addition, the functionality provided by the illustrated computing device 300 and other systems and devices may in some embodiments be combined in fewer systems/devices or distributed in additional systems/device. Similarly, in some embodiments some of the illustrated systems and devices may not be provided and/or other additional types of systems and devices may be available.
While various elements are illustrated as being stored in memory or on storage while being used, these elements or portions of them can be transferred between memory and other storage devices for purposes of memory management and data integrity. Alternatively, in other embodiments some or all of the software systems and/or components may execute in memory on another device and communicate with the illustrated computing device 300 via inter-computer communication. Some or all of the VCP system 340 and/or its data structures may also be stored (e.g., as software instructions or structured data) on a computer-readable medium, such as a hard disk, a memory, a computer network or other transmission medium, or a portable media article (e.g., a DVD or flash memory device) to be read by an appropriate drive or via an appropriate connection. Some or all of the VCP system 340 and/or its data structures may also be transmitted via generated data signals (e.g., by being encoded in a carrier wave or otherwise included as part of an analog or digital propagated signal) on a variety of computer-readable transmission mediums, including wireless-based and wired/cable-based mediums, and can take a variety of forms (e.g., as part of a single or multiplexed analog signal, or as multiple discrete digital packets or frames). Such computer program products may also take other forms in other embodiments. Accordingly, other computer system configurations may be used.
The content presentation control system 400 may then direct content to be presented to one or more of various types of presentation devices, such as by directing audio information to one or more speakers 440 and/or to one or more music player devices 446 with storage capabilities, directing gaming-related executable content or related information to one or more gaming devices 442, directing image information to one or more image display devices 444, directing Internet-related information to one or more Internet appliance devices 448, directing audio and/or information to one or more cellphone devices 452 (e.g., smart phone devices), directing various types of information to one or more general-purpose computing devices 450, and/or directing various types of content to one or more other content presentation devices 458 as appropriate. Such content direction and other management by the control system 400 may be performed in various ways, such as by the content presentation control command processing component 420 in response to instructions received directly from one or more of the users 460 and/or in response to instructions from the VCP system 410 that are based on voice-based control instructions from one or more of the users 460. Such user instructions may be provided in various ways, such as via control signals 471 sent via wireless means from one or more control devices 470 (e.g., in response to corresponding manual instructions 461 that the user manually inputs to the control device via its buttons or other controls) and/or via voice-based control instructions 462 provided by a user directly to the control system 400 or provided to a control device for forwarding 472 to the control system 400.
In the illustrated embodiment, the routine begins at step 505, where voice information from a user is received. Such voice information may in some embodiments be received from a local user or from a remote user, and may in some embodiments include use of one or more control devices (e.g., a remote control device) by the user. In step 510, the routine then optionally retrieves relevant state information for the voice command processing routine and/or an associated content presentation control system, such as if the state information will be used to assist speech recognition of the voice information. In step 515, the received voice information is then analyzed to identify one or more voice commands or other voice-based control instructions, such as based on speech recognition processing.
In step 520, one or more corresponding instructions for an associated content presentation control system are identified based on the one or more voice commands or control instructions identified in step 515, and in step 525 the identified corresponding instructions are provided to the corresponding content presentation control system. In step 530, the routine optionally receives feedback information from the content presentation control system and uses that information to update the current state information for the content presentation control system and/or to provide feedback to the user. The routine then continues to step 595 to determine whether to continue. If so, the routine returns to step 505, and if not continues to step 599 and ends.
As previously noted, in some embodiments various types of non-television content may be managed in various ways. For example, in some embodiments at least some of the content being managed may include digital music content and other audio content, including digital music provided by a cable system and/or via satellite radio, digital music available via a download service, etc. In such embodiments, the music content can be managed via the voice controls in a variety of ways, such as to allow a user to locate and identify content of potential interest, to schedule recordings of selected content, to manage previously recorded content (e.g., to play or delete the content), to control live content, etc. Such digital music content and other audio content may be controlled via various types of content presentation control devices, such as a DVR and/or STB, a satellite or other radio receiver, a media center device, a home stereo system, a networked computing system, a portable digital music player device, etc. In addition, such digital music content and other audio content may be presented on various types of presentation devices, such as speakers, a home stereo system, a networked computing system, a portable digital music player device, etc.
In a similar manner, in some embodiments at least some of the content being managed may include photos and other images and/or video content, including digital information available via a download service. In such embodiments, the image and/or video content can be managed via the voice controls in a variety of ways, such as to allow a user to locate and identify content of potential interest, to schedule recordings of selected content, to manage previously recorded content (e.g., to play or delete the content), to control live content, etc. Such digital image and/or video content may be controlled via various types of content presentation control devices, such as a DVR and/or STB, a digital camera and/or camcorder, a media center device, a networked computing system, a portable digital photo/video player device, etc. In addition, such digital image and/or video content may be presented on various types of presentation devices, such as television, a networked computing system, a portable digital photo/video player device, a stand-alone image display device, etc.
The examples of types of content and corresponding types of associated devices are merely illustrative and are not intended to limit the scope of the present invention, as discussed above.
The following describes an embodiment of a VCP application that uses voice commands to enhance user experience when navigating or controlling content, such as television programming-related content. In this example embodiment, a user is able to use a remote control to manipulate in a typical manner an STB device (or similar device) that controls presentation of television programming on a television, but also is able to use voice commands to manipulate the device (e.g., an integrated STB/DVR device, such as Digeo's MOXI™ device). The voice commands can thus expand the capabilities of the remote control by allowing the user to find and browse media with natural language.
A. Example Capabilities
i. Provide audio/visual feedback to the user, such as to indicate the following:
ii. Have voice controls that replicate all remote control button Functions
iii. Help
iv. TV content control capabilities
v. STB/DVR menu
vi. Search UI
1. Voice Command Conventions
2. What's on
“What's on” commands are meant to display (but not act on) a show at the intersection of a channel and date/time. As before, either time or channel criteria may be assumed.
3. Go to
“Go to” a channel name or number just sends the channel number as if the end user had entered the channel number with the remote control. Therefore, if the user is in full-screen television, it will end up tuning the channel, and if the end user is in an STB/DVR menu with channels in the vertical axis, it will attempt to bring that channel number into center focus. By doing this it doesn't have to have knowledge of its current location. “Go to” also allows end users to go to specific locations in an STB/DVR menu, such as “Recorded TV”.
4. Tune to
“Tune to” goes to a channel full-screen. Because of this, it needs to ensure that the end user is watching full-screen TV.
5. Search
a. New Searches
(Find|Are there|Search for) always start a new search. Therefore, if the user is not in the search interface, the system will “Go to” it for them, and then execute the search.
b. Multi-Keyed Searches
For voice command searches, the start of the command (Find|Are there|Search for) is combined with the criteria, such as via concatenation. $Cast, $Director, $Title, and $Keyword are all paired with a qualifier, such as “(with|starring) $Cast” or “(called|named) $Title”, but Genre does not have a qualifier. In search commands with multiple criteria, $Genre is usually the first to be mentioned. For example, “Are there any biographies about Churchill?” This is one way to create a multi-keyed search.
Another way is to ask successive questions to further narrow the list. For example, “Find shows with Tom Hanks”, and then “Which ones are romantic comedies?” followed by “Which ones star Meg Ryan?”. This may produce, for example, any instances of ‘Sleepless in Seattle’ and ‘You' ve Got Mail’ that come up in the next two weeks. In this example, new criteria are added to the existing criteria—starting a fresh search would use (Find|Are there|Search for).
As criteria are added, they are joined by “and” rather than “or” in this example embodiment. The reason for this is that the objective of adding criteria is to narrow the list.
c. Sorting
Users can change the sort criteria, as well as the direction (ascending or descending) in some embodiments, although it is easy to move between the bottom and top of the list.
6. Help
In this example embodiment, help brings up a single screen's worth of help text that supplies the end user with basic information: how to operate the microphone, and some basic commands to try.
7. Remote Control Buttons
In this example embodiment, the functionality of the remote control is duplicated, including basic commands such as the directional arrows and the transport controls. The functionality of these commands in this example embodiment matches exactly their remote control button counterparts, and thus they are not discussed in detail below.
8. Virtual Buttons
9. Skip
This is the ultimate transport control, and is primarily useful when watching full-screen TV. Skipping a relative amount of time forward or back is based on the current point in the buffer; jumping to an absolute time goes to a specific location in either the live buffer or the recording.
10. Change User
The “Change User” allows the user to switch to different voice training profiles in this example embodiment, such as by cycling through the user profiles each time “Change User” is recognized. The current loaded user profile may also be identified to the user in various ways in at least some embodiments (e.g., by calling TRD_CmdSendHeardStr and sending the user name when successfully connected).
C. Example Criteria
Criteria can be used with searches and with commands, as commands consist of keywords and criteria—the keywords identify the command and criteria are the variables. For example, in the command “Go to channel seven”, “Go to channel” are keywords that tell the system that the end user wants to go to a channel, and “seven” indicates which channel to go to.
1. $AbsoluteTime
Works like $Date:
2. $Attribute
Fields to search for $Attribute:
Sc_flags:tf_hdTV
3. $Button
4. $Cast
Fields to search for $Cast:
Where the value of cc_role is “actor”, search:
5. $ChannelNumber
Any spoken number may be accepted and sent to the STB/DVR as the value.
6. $ChannelName
The following example list is representative and serves two purposes. First, it is the subset of channels to be used for searching in this example. Second, it is the list of channels in this example whose name may be recognized with a voice command.
7. $Director
Where the value of cc_role is “director”, search:
8. $Genre
Fields to search for $Genre:
soaps
1. $Keyword
Fields to search for $Keyword:
2. $MenuLocation
Most of these menu locations are true destinations, and some can be achieved by sending a button press command.
3. $Number
Any spoken number will be accepted and sent to the STB/DVR as the value.
4. $SortOrder
5. $Time
Valid dates, times, time ranges, time spans and time points may be specified in a variety of ways in various embodiments. For example, a date may be specified as a day of week (e.g., “Monday”), as a month and a day (e.g., “January 2nd” or “the 3rd day of March”), as a day of year (e.g., “Jan. 12th 2007” or “day 12 of 2007”), etc., and may be specified relative to a current date (e.g., “this” week, “next” week, “last” month, “tomorrow”, “yesterday”, etc.) or instead in an absolute manner. Time-related information may similarly be specified in various ways, including in an absolute or relative manner, and such as with a specific hour, an hour and minute(s), a time of day (e.g., “morning” or “evening”), etc. Furthermore, in at least some such embodiments at least some of such terms may be configurable, such as to allow “morning” to mean 7 am-2 pm or instead 6 am-noon. In addition, in at least some embodiments various third-party software may be used to assist with some or all speech recognition performed, such as by using VoiceBox software from VoiceBox Technologies, Inc. Further, in at least some embodiments, if time is not provided, it is left blank so that the STB/DVR can use the last time requested by user.
6. $Title
Fields to search for $Title:
7. $VirtualButton
We will use this example list.
D. Identifying a Program
1. Program Identification
Programs can be identified by four fields:
1. Error Handling/User Feedback
Errors will be handled by the STB/DVR. If the user issues an invalid command that is not handled in a current UI state or modal dialog using voice command or remote control, the STB/DVR will play a “bonk” audio alert. For example, if the user asks an illegal navigation command while in the STB/DVR guide or the user utters “record” while watching a recorded program, the STB/DVR will either do nothing or play “bonk”.
2. Audio Input Level
The STB/DVR UI will display the audio input volume, and the application will call an appropriate API and provide the volume level (1-10) if the volume level is changed.
3. Recognized Flag
When a command is recognized, the application will call an appropriate API with the recognized (or “reco”) flag, an appropriate API with the spoken text string uttered by the user and the appropriate command API. The STB device being controlled will perform the desired action; visual and audio feedback to the user is handled by the device UI.
4. Not Recognized Flag
When a command is not recognized, the application will call an appropriate API with a not recognized flag and call an appropriate API with the spoken text string uttered by the user. Displaying a not recognized status in the UI and the spoken utterance will be handled by the STB device.
F. Using Search Commands
The default join between additional search criteria in this example embodiment is an “AND”, so as to further narrow the list. For example, if the end user says “Find shows starring Tom Hanks”, and then says “Which ones star Meg Ryan”, then a list would be returned with shows that have BOTH Tom Hanks AND Meg Ryan listed as actors. However, there are a few instances where criteria is instead swapped rather than joined.
1. Criteria Swapping
There are a few types of criteria where we swap one value for another. This is instead of using an “OR” for these few cases, which could instead by used in other embodiments.
2. Search Results
a. Success Search with Results
On successful search commands, the application will call an appropriate API with the recognized flag and call an appropriate API along with the search criteria and the result set.
b. Search with No Results
This cases will handled as above except the results will be empty. The application will call an appropriate API with the recognized flag and call an appropriate API along with the search criteria and empty result set.
c. Unrecognized CRITERIA (“Find Shows Starring Gobbledygook”)
If the command partially recognized where the criteria is not recognized, the application will call an appropriate API with a recognized flag along with the utterance text and call an appropriate API with the criteria type and empty value for the criteria. The result set will be the same as the previous search.
d. Sort or Sub-Search While No Search in Progress
If the user attempts to perform a sort or a sub-search while no search is in progress, the command will be treated an invalid command. The application calls an appropriate API with recognized flag and call an appropriate API with heard utterance and call an appropriate API with empty criteria and result set.
G. Example UI
There are three major UI components in this example embodiment. First is the feedback mechanism which indicates to the end user that the system is listening for a command, what it heard, and if it understood. Second is the search results interface which displays the criteria and result set for the current search, as well as detailed program information and actions that can be taken on the programs. Last is the help interface which will describe the basic commands and functions of the speech interface.
1. Feedback
Feedback comes in multiple forms in this example embodiment. First is the presence of a Feedback Bug—a UI element that provides visual feedback to the end user, second is audio feedback that accompanies the Feedback Bug with a success or failure sound, and third is response of the system by executing the request of the end user. This section covers the first two methods of feedback.
a. UI Elements & Placement
The Feedback “bug” displays in the lower portion of the screen in this example embodiment, and is horizontal in nature to accommodate both the text and audio level feedback that will display.
b. Functions and States
As an end user interacts with the microphone, speaks, releases the microphone button and observes the results, the Feedback Bug adapts.
2. Search
Because searches that can be executed with voice commands may have additional levels of feedback and use a different interface for submitting the criteria, a new interface is used.
a. Structure
There are three entry points to the search UI in this example embodiment: first, using the remote control and accessing it from the STB/DVR menu, second, using the “Find” voice command and including criteria, and third, using the “Go To” voice command with Search as the destination.
b. States
There are two basic states to the search in the example embodiment, with either an active search with criteria and results in memory, or no active search when there aren't any criteria and results in memory. This affects two of the entry points: going to the Search via the STB/DVR menu with the remote control, and going to the Search via the “Go to” voice command. Both arrive at the search interface without providing new criteria. Upon arrival, they will see one of two versions of the search results screen: one that will display if there are no criteria or results in memory that includes some basic help text or one that will display the active search criteria and results, even if the last search generated no results.
c. Passing, Retrieving, Saving, and Updating Search Data
The Search UI may receive criteria, results, and possibly a sort order via the API. Criteria consist of the criteria types and values. Data to be passed about each result is described in the Search Results Screen section. The Search UI may also receive a sort order. Additional data about each result (used for detailed display of an individual result) will be requested by the Search UI using the identifying fields described in the Identifying a Program section. The Search UI stores the sort order and applies it when searches update, but flushes it with new searches (and use the default instead). This means that each search is identified as either a new search or an update to the current search.
d. Search Results Screen
There are three versions of the search screen in this example embodiment. The first is for when there are criteria and results in memory, the second is for when there are criteria and no results in memory, and the third is for when there are neither criteria nor results in memory. Each version of the Search Results Screen has a header area that provides feedback about the search criteria, results, and the sort order. Below the header is the result list, if there are indeed results to display.
i. Search Feedback Area
The Search Feedback Area displays information slightly differently in this example embodiment based on thee different states: Active Search with results, Active Search without results, and No Active Search (and therefore no results).
(1) Active Search with Results
When a search has both criteria and results, the feedback area displays the following elements: enumeration of the criteria, the number of matches, and the sort order.
(2) Active Search with No Results
When a search returns no results, the feedback area displays the following elements: enumeration of the criteria and the number of matches—which will be zero (0). The sort order will not display as it is not relevant.
(3) No Active Search
When there are no criteria stored (and therefore no results), help text displays in place of criteria. The number of matches and sort order are not displayed as they are not relevant. An example of such help text is as follows:
(b) Search Criteria
The search criteria may be grouped by type and listed in the following order, with the following qualifiers (except for Genre, Time, and Attribute):
(1) Rules for Displaying Time Criteria
Time may be displayed as a single point in time or a range, and may follow this format:
(2) Rules for Displaying Multiple Criteria of a Single Type
Multiple of the same criteria type may be dealt with as follows:
(3) Rules for Case
The display of criteria appears in sentence case in this example embodiment, and values for each criteria type may appear as they are stored.
Examples:
(c) Number of Matches
This is the number of matches followed by the text “programs match”, unless the number is zero (0), in which case it should be followed by the text “program matches”. The number can be zero.
(d) Sort Order
The sort order displays if there are results greater than zero. The default sort order is by Title. For secondary sorts, please see the $Sort section. Here is an example of what to display for each sort order:
ii. Search Results Area
Results are listed below the feedback area.
(a) Selections and Status
If there are one or more results, then one will be selected. If the end user moves away from the Search Results Screen but stays within the Speech Search application and then returns to the Search Results Screen, the selected result will still be selected. For example, if the end user moves the selection to the second result on the list, and then goes to the Detail and Actions Screen for that result, and then comes back to the list of results, the second result will still be selected.
(b) Data
Each result should include the following (if available—movies won't be repeats and episodes won't display star, release year or MPAA ratings):
(c) List
The first item in the list displays at the top of the list, just below the Feedback Area. When a new result set displays, the first item in the list may also be selected, appearing visually distinct from the rest of the result set.
e. Detail and Actions Screen
The Detail and Actions Screen displays detailed program information about the selected result as well as all the actions that can be taken on that program.
i. UI Elements & Placement
There are two regions of the Detail and Actions Screen in this example embodiment: the area dedicated to program Details and the list of Actions.
(1) Displaying Program Details
(b) Actions
The following actions are available in the following order for the following states of a program, and will be listed in the following order (top to bottom) with the first item as the default selection:
f. Navigation and Interaction
The end user can use the remote control's directional arrows and OK button to navigate and select items on the screen. On-screen arrows indicate which directional arrows can be used at any given time. Other remote control buttons also have functionality.
i. On-Screen Navigation Elements
(a) Up/Down Arrows
(1) Context
Up and Down arrows may appear above and below a selected item in a list. The on-screen Up and Down arrows indicate that the Up and Down arrows on the remote control can be used.
(2) Display Rules
(b) Left Arrow
Context
The Left arrow is displayed and is visually attached to the selected result.
(c) Right Arrow
The right arrow displays to the right of the selected result. If there are no results, the right arrow will not display.
ii. Remote Control Interaction
The remote control buttons which may have functionality include:
(a) Up/Down Arrow Buttons
(1) Context
The Up and Down arrows move the selection up and down through items in a vertical list.
(2) Functionality
If there are no results or one item in the list, then pressing either the Up and Down arrow will result in a ‘bonk’. When the complete list is visible on-screen, the result set is static, and the selection moves up and down within the visible list. When a list extends past the bottom (or top) of the screen, the selection can be moved down to the last visible item. With each successive down arrow button press the list is raised one item at a time so that the next item in the list is visibly selected. When the end user reaches the last item in the list, the first down arrow button press yields nothing, but a successive press brings the selection to the first item in the list, although the first item on the list is at the top of the page now, followed by the second, etc. Similarly, if the end user presses the up arrow on the first item in the list, the first press yields nothing, but the second selects the last item, although that selection is now at the bottom of the page. This means that the top and the bottom of the list do not appear beside each other—the end user is in one place in a linear, non-circular list.
(b) Left Arrow Button
The Left arrow button brings the ‘Back’ button from the left into focus, shifting the search results to the right.
(c) Right Arrow,
(d) OK Button
Both the OK and Right arrow buttons bring the Detail and Actions Screen with information about he selected result into view from the right.
(e) Channel Up/Down (Page Up/Down) Buttons
(1) Context
The Channel Up/Down buttons act as Page Up/Down buttons when presented with a list. Page Up/Down functionality is available when the list extends past the visible edge screen, so as to bring up a new “page” worth of items.
(2) Functionality
When possible, do the following:
(f) Info Button
The Info button should be active when there is a program selected.
(1) Functionality
It should perform the default Info action—to bring up the Program Info tone with information about that program.
(g) Record Button
(1) Context
The Record button should be active when there is a program selected.
(2) Functionality
It should perform the default Record action—to bring up the applicable recording actions for the selected program.
(h) Play Button
(1) Context
This may not be used if we are not including recorded (or currently recording) programs in the result set. The Play button should be active when there is a recorded program selected.
(2) Functionality
It should perform the default play action—to play the recorded program full screen.
(i) Clear Button
(1) Context
This may not be used if we are not including recorded (or currently recording) programs in the result set. The Clear button should be active when there is a recorded program selected.
(2) Functionality
It should perform the default Clear action—to initiate a delete action which will bring up the delete confirmation note.
3. Help
1. Program Information
When passing program information to the Search UI for display, the following fields may be included:
i. Channel Information:
ii. Program Information:
iii. Cast/Crew Information:
For those where the value for cc_role is actor or director
iv. Genre information:
v. Schedule Information:
2. Other
The Search UI stores the criteria, results, and sort order to allow end users to go to their most recent search.
a. Error Recovery
This feature uses two things: first, a log of the viewer's commands and contexts, and second, a way to ‘back out’ of any of those commands. This can be involved if the viewer has just scheduled a series pass and the scheduler has just run, if the viewer has just deleted a recording, or if the viewer has just changed the channel and the buffer has been flushed. This includes:
i. Commands
ii. Errors
If the viewer tries to use this command where inappropriate, bonk!
3. Positive Feedback
There are two forms of positive feedback already offered by this example embodiment of the system: audio and visual. First, there is a sound effect that provides positive feedback—a ‘bink’ instead of the negative ‘bonk’. Second, the viewer sees the interface move and/or change as it implements the command. However, some of the voice commands take viewers to and from places in the STB/DVR menu and other applications with few steps, and thus possibly little feedback. For example, if a viewer is watching a live show full-screen, and then issues the Voice Command “What's on at seven?”, the screen could immediately be redrawn, or instead the STB/DVR menu may come up with the current show in center focus and then have the vertical axis advance to seven o'clock. Another type of positive feedback that the system can provide on-screen to communicate to the viewer that it's ‘listening’ to their voice commands is in the form of an indicator that appears, such as when the viewer depresses a microphone button on the remote control. This indicator may be placed in the bottom left-hand corner of the screen, and it contains relevant iconography (e.g., a microphone).
4. Errors
Errors focus on educating the viewer, and may be kept low in number and complexity. This should enhance the ‘learnability’ of the voice command system. Errors, like the rest of the system, may depend on the context where the command was uttered. They also depend on how much of the command the system ‘hears’ and understands.
All error notes include body text and an OK button. Some may include multiple pages of information, and use the standard note template to handle this with its ‘back’ and ‘ahead’ buttons.
While not illustrated, in some embodiments a variety of other types of content can similarly be reviewed, manipulated, and controlled via the described techniques. For example, a user may be able to manipulate music content, photos, video, videogames, videophone, etc. A variety of other types of content could similarly be available. In a similar manner, but while not illustrated here, in some embodiments the described techniques could be used to control a variety of devices, such as one or more STBs, one or more DVRs, one or more TVs, one or more of a variety of types of non-TV content presentation devices (e.g., speakers), etc. Thus, in at least some such embodiments, the described techniques could be used to concurrently play a first specified program on a first TV, play a second specified program on a second TV, play first specified music content on a first set of one or more speakers, play second specified music content on a second set of one or more speakers, present photos or video on a computing system display or other TV, etc. When multiple such devices are being controlled, they could further be grouped and organized in a variety of ways, such as by location and/or by type of device (or type of content that can be presented on the device). In addition, voice commands may in some embodiments be processed based on a current context (e.g., the device that is currently being controlled and/or content that is currently selected and/or a current user), while in other embodiments the voice commands may instead be processed in a uniform manner. In addition, extended controls of a variety of types beyond those discussed in the example embodiment could additionally be provided via the described techniques in at least some embodiments.
In addition, in some embodiments multiple pieces of content can be simultaneously selected and acted on in various ways, such as to schedule multiple selected TV programs to be recorded or deleted, to group the pieces of content together for future manipulation, etc. Moreover, in some embodiments multiple users may interact with the same copy of an application providing the described techniques, and if so various user-specific information (e.g., preferences, custom filters, prior searches, prior recordings or viewings of programs, information for user-specific recommendations, etc.) may be stored and used to personalize the application and its information and functionality for specific users. A variety of other types of related functionality could similarly be added. Thus, the previously described techniques provide a variety of types of content information and content manipulation functionality, such as based on voice controls.
In some embodiments the functionality provided by the routines discussed above may be provided in alternative ways, such as being split among more routines or consolidated into fewer routines. Similarly, in some embodiments illustrated routines may provide more or less functionality than is described, such as when other illustrated routines instead lack or include such functionality respectively, or when the amount of functionality that is provided is altered. In addition, while various operations may be illustrated as being performed in a particular manner (e.g., in serial or in parallel, or synchronous or asynchronous) and/or in a particular order, in other embodiments the operations may be performed in other orders and in other manners. The data structures discussed above may also be structured in different manners, such as by having a single data structure split into multiple data structures or by having multiple data structures consolidated into a single data structure. Similarly, in some embodiments illustrated data structures may store more or less information than is described, such as when other illustrated data structures instead lack or include such information respectively, or when the amount or types of information that is stored is altered.
From the foregoing it will be appreciated that, although specific embodiments of the invention have been described herein for purposes of illustration, various modifications may be made without deviating from the spirit and scope of the invention—for example, the described techniques are applicable to architectures other than a set-top box architecture or architectures based upon the MOXI™ system. Accordingly, the invention is not limited except as by the appended claims and the elements recited therein. The methods and systems discussed herein are applicable to differing protocols, communication media (optical, wireless, cable, etc.) and devices (such as wireless handsets, electronic organizers, personal digital assistants, portable email machines, game machines, pagers, navigation devices such as GPS receivers, etc.) as they become broadcast and streamed content enable and can record such content. Accordingly, the invention is not limited by the details described herein. In addition, while certain aspects of the invention have been discussed and/or are presented below in certain claim forms, the inventors contemplate the various aspects of the invention in any available claim form, including methods, systems, computer-readable mediums on which are stored executable instructions or other contents to cause a method to be performed and/or on which are stored one or more data structures, computer-readable generated data signals transmitted over a transmission medium and on which such executable instructions and/or data structures have been encoded, etc. For example, while only some aspects of the invention may currently be recited as being embodied in a computer-readable medium, other aspects may likewise be so embodied.
This application claims the benefit of provisional U.S. Patent Application No. 60/567,186, filed Apr. 30, 2004, and entitled “Voice-Controlled Natural Language Navigation Of Multimedia Programming Information,” which is hereby incorporated by reference in its entirety. This application is also related to U.S. patent application Ser. No. ______ (Attorney Docket # 931086.415), filed concurrently and entitled “Voice Control Of Multimedia Content,” which is hereby incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
60567186 | Apr 2004 | US |