The present invention is generally directed to multimedia systems and, more specifically, to methods and apparatus for interpreting control commands for any device in a multimedia system.
A multimedia system is a system linking multiple types of media devices. Such a system may be used in the home, at school, for business presentations, or the like. One example of a multimedia system is the Gateway® Destination® xtv 500. It links an information handling system or personal computer (PC), internet access, cable television, video system, audio system, digital versatile disc read-only memory (DVD-ROM), compact disc read-only memory (CD-ROM), as well as other accessories and peripherals. Destination® xtv 500 users have a central command center for multimedia activities, such as playing computer games, surfing the internet, watching cable or DVD movies or videos, working on a PC, listening to CDs, and the like.
Multimedia systems link different media devices. These linked devices form subsystems within the system. The multimedia system folds these subsystems into one system with a central control center and a single user interface. However, there are several problems associated with this linking process. First, the devices do not necessarily have consistent user interfaces, nor consistent communication interfaces, due in part to the fact that they often have different manufacturers. Second, most users of multimedia systems do not have experience with the complex technologies incorporated into such a system. Furthermore, a user may not understand how the devices are interconnected, or how each device is controlled. Finally, a user interface that is convenient for designers to implement is not necessarily adapted to suit the needs of the user. A user interface that is convenient for designers to implement is one made up of internal actions and devices familiar to the designer, rather than one made up of actions and devices familiar to the user. High level commands describe actions and objects familiar to the user, which need to be interpreted or translated into internal actions and devices in the multimedia system.
The present method and system for interpreting device control commands in a preferred embodiment is an information handling system or computer comprising a number of multimedia devices operatively and electrically connected to the computer, and at least one software module residing in computer memory. The software module includes a set of machine-readable instructions capable of enabling the computer to perform a method for interpreting device control commands.
The method for interpreting device control commands in a preferred embodiment includes receiving a high level device control command, generating a generic device control script based on a device interconnect model and the high level device control command received, interpreting the generic device control script, and transmitting specific device control commands to a specific device through a device interface.
In the following detailed description of preferred embodiments, reference is made to the accompanying drawings which form a part hereof, and in which are shown by way of illustration, specific embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and it is to be understood that other embodiments may be utilized, and logical, structural, electrical, and/or other changes may be made without departing from the scope of the present invention.
Some portions of the detailed descriptions that follow are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the means used by those skilled in the software arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like. It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities.
Unless specifically stated otherwise as apparent from the following discussions, it is understood that throughout the present invention, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or the like, refer to the action and processes of an information handling system, a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
A first computer system embodiment of the present invention includes a computer, a number of multimedia devices operatively and electrically connected to the computer, and at least one software module residing in computer memory. The software module includes a set of machine-readable instructions that perform a method of interpreting device control commands. That method is described in detail below.
Another computer system embodiment of the present invention is a multimedia system including a computer, a number of multimedia devices operatively and electrically connected to the computer, at least one first software module and at least one second software module both residing in computer memory. The first software module includes a number of databases including an infrared command database, a 1394 command database, a vendor specific command database, a device, manufacturer, model, and interface database and other command data. The second software module includes a set of machine-readable instructions performing a method of interpreting device control commands. That method is described in detail below.
In receiving a high level device control command as in block 202, a multimedia system gets a user request such as running a certain computer game selected from the user interface. A high level device control command is either a user request or a command generated by the system itself to control one of the multimedia devices in the system. For example, a user might seek to control a VCR by initiating a command such as “play.” A high level device control command differs from a specific device control command in that the high level device control command is in terms familiar to the user while a specific device control command deals with the complex internal subsystem communications. An example of a specific device control command is sending an infrared signal to the VCR to start playing a video. Some examples of high level device control commands for a video system linked in a multimedia system are play, record, fast forward, reverse, eject and others. Examples of high level device control commands for a cable television system linked in a multimedia system include but are not limited to power on, power off, change the channel to a certain channel, go up one channel and similar commands. Examples of high level device control commands for an audio system linked in a multimedia system are power on, power off, volume increase, volume decrease, set station, play CD, play audio tape, and similar commands. The multimedia system itself may generate a command to, for example, begin recording a television program at a specified time on a specified channel based on a prior user request.
In generating a generic device control script based on a device interconnect model and the high level device control command as in block 204, the multimedia system creates a generic device control script corresponding to the high level device control command received in block 202. A generic device control script consists of control commands not yet tailored for a certain device in the system but rather based on how the devices are modeled in the device interconnect model. The multimedia system compares the high level device control command to the device interconnect model and creates a generic device control script. In order to create this script, the multimedia system consults a device interconnect model residing in memory on the personal computer in the multimedia system. A device interconnect model is a model of the multimedia devices in the system and how they are connected. A device interconnect model of the type utilized in embodiments of the present invention is disclosed in U.S. patent application Ser. No. 09/313,669, filed May 18, 1999, entitled METHOD AND SYSTEM FOR PERIPHERAL DEVICE USER INTERFACE CONSTRUCTION, which is assigned to assignee of the present application, and which is incorporated by reference in its entirety.
In interpreting the generic device control script as in block 206, the multimedia system tailors the generic device control script generated in block 204 for a specific device. The process of interpretation tailors the generic device control script to a specific device in the system by adding more internal subsystem technical detail not available to the user and not contained in the device interconnect model.
For example, the generic control script generated to play a video in the VCR may be interpreted so that specific infrared signals are created that would start a video playing. This tailoring results in specific device control commands that are then transmitted in block 208.
In transmitting specific device control commands to a device through a device interface, as in block 208, communication through device interfaces is the means by which multimedia devices are controlled by the system. A device interface may be an infrared transmitter, a 1394 driver, or another driver or interface. For example, infrared signals may be transmitted to start a video playing. The specific device control commands may be communicated to any device using an appropriate communications method. For example, if the user wants to watch a DVD movie and indicates this using the user interface, the multimedia system would ultimately send necessary signals to the DVD driver to play that DVD movie.
In addition, interpreting the generic device control script may be done, in part, by accessing a number of databases to interpret the generic device control script and create specific device control commands. The number of databases may include an infrared command database, a 1394 command database, a vendor specific command database, a device, manufacturer, model, and interface database and other command data. Each of these databases consist of a portion of memory in the personal computer in the multimedia system. An infrared command database contains information about the internal subsystem details for sending device control commands using the infrared transmitter. Likewise, the 1394 command database contains information about the internal subsystem details for sending device control commands using the 1394 driver. The vendor specific command database contains information about commands unique to a device made by a particular vendor in contrast to commands that are the same for a certain device no matter who the vendor is for that device. The device, manufacturer, model, and interface database contains detailed internal subsystem information that depends on the manufacturer, model, and interface data for each device. More detailed internal subsystem information may be stored in other command databases.
Alternative method embodiment 300 of the present invention is shown in
Alternative embodiment 400 shown in
In alternative embodiment 500 shown in
In alternative embodiment 600 shown in
If the communications to the multimedia devices in the system differ depending on the type of device, who manufactured the device, the model number of the device, and defined interfaces for that device, then the embodiment 700 shown in
The method embodiment 800 shown in
In
Fault tolerance is provided in the embodiment 1100 shown in
In this way, embodiment 1100 allows for fault tolerance in interpreting the generic device control script. The generic device control script may be interpreted for a device that is not an exact match in at least one of the number of databases by creating specific device control commands for a similar device. A similar device is one that has some of the same attributes as the device the user wishes to control so that the specific device control commands are likely to be the same for both devices. Alternatively, the generic device control script may be interpreted for a device that is not in at least one of the number of databases by creating specific device control commands for a generic device. A generic device is a hypothetical device containing many of the attributes of multimedia devices commonly found in multimedia systems. This fault tolerance shields the user from having to deal with errors that might occur in a more rigid and fragile system.
Alternative method embodiment 1200 is shown in
In addition to the method and system embodiments described above, alternative preferred embodiment includes a computer-readable medium having computer-executable instructions stored thereon that cause a computer to perform a method of interpreting device control commands. This method has the basic process flow of receiving a high level device control command, generating a generic device control script based on a device interconnect model and the high level device control command, interpreting the generic device control script, and transmitting specific device control commands to a device through a device interface.
The multimedia systems described above are user friendly. Some advantages are: (1) to support consistency in the user interface by hiding specific device control command information from the user; (2) to facilitate a non-intimidating user interface using terms familiar to a user with no prior experience with the technology, and to facilitate a user interface adapted to suit the needs and abilities of the user; and (3) to facilitate a user interface that manipulates objects with direct analogues to the user's environment rather than internal system objects the user need not know about.
This description has shown how the user may give high level commands, independent of the complex internal subsystem details, which are then interpreted or refined incrementally by the present invention into the specific commands, containing the complex internal subsystem details, necessary to make the multimedia system control its multimedia devices.
Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that any arrangement which is calculated to achieve the same purpose may be substituted for the specific embodiments shown. This application is intended to cover any adaptations or variations of the invention. It is intended that this invention be limited only by the following claims, and the full scope of equivalents thereof.
This application is a continuation under 37 CFR 1.53(b) of U.S. application Ser. No. 09/466,033 filed Dec. 17, 1999, now abandoned which application is incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
5038277 | Altman et al. | Aug 1991 | A |
5081534 | Geiger et al. | Jan 1992 | A |
5109482 | Bohrman | Apr 1992 | A |
5132679 | Kubo et al. | Jul 1992 | A |
5202961 | Mills et al. | Apr 1993 | A |
5396546 | Remillard | Mar 1995 | A |
5402419 | Osakabe et al. | Mar 1995 | A |
5473317 | Inomata et al. | Dec 1995 | A |
5475835 | Hickey | Dec 1995 | A |
5519457 | Nishigaki et al. | May 1996 | A |
5570085 | Bertsch | Oct 1996 | A |
5600310 | Whipple, III et al. | Feb 1997 | A |
5627978 | Altom et al. | May 1997 | A |
5631652 | Lee | May 1997 | A |
5673401 | Volk | Sep 1997 | A |
5675753 | Hansen | Oct 1997 | A |
5692205 | Berry | Nov 1997 | A |
5694562 | Fisher | Dec 1997 | A |
5699359 | Suga | Dec 1997 | A |
5706290 | Shaw et al. | Jan 1998 | A |
5710712 | Labun | Jan 1998 | A |
5745767 | Rosen et al. | Apr 1998 | A |
5774187 | Tsunoda | Jun 1998 | A |
5774528 | Bogner et al. | Jun 1998 | A |
5787259 | Haroun et al. | Jul 1998 | A |
6032202 | Lea et al. | Feb 2000 | A |
6047361 | Ingenio et al. | Apr 2000 | A |
6094528 | Jordan | Jul 2000 | A |
6158010 | Moriconi et al. | Dec 2000 | A |
6275866 | Boulia et al. | Aug 2001 | B1 |
6667992 | Yanagawa | Dec 2003 | B1 |
6781518 | Hayes et al. | Aug 2004 | B1 |
20020174270 | Stecyk et al. | Nov 2002 | A1 |
Number | Date | Country | |
---|---|---|---|
20030182474 A1 | Sep 2003 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 09466033 | Dec 1999 | US |
Child | 10393456 | US |