Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/40—Bus networks
  • H04L12/40052—High-speed IEEE 1394 serial bus
  • H04L12/40058—Isochronous transmission
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/22—Microcontrol or microprogram arrangements
  • G06F9/24—Loading of the microprogram
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
  • G06F9/30181—Instruction operation extension or modification
  • G06F9/30189—Instruction operation extension or modification according to execution mode, e.g. mode flag
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04J—MULTIPLEX COMMUNICATION
  • H04J3/00—Time-division multiplex systems
  • H04J3/02—Details
  • H04J3/06—Synchronising arrangements
  • H04J3/062—Synchronisation of signals having the same nominal but fluctuating bit rates, e.g. using buffers
  • H04J3/0632—Synchronisation of packets and cells, e.g. transmission of voice via a packet network, circuit emulation service [CES]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/40—Bus networks
  • H04L12/40052—High-speed IEEE 1394 serial bus
  • H04L12/40117—Interconnection of audio or video/imaging devices
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
  • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
  • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394

Definitions

• the described technology relates to providing a user interface and, more particularly, to providing a user interface for a media appliance.
• Home entertainment systems are increasingly being implemented as complex interconnections of special-purpose computer systems, which are generally referred to as "home entertainment devices.” These home entertainment devices may be video and audio receivers, DVD players, CD-ROM players, sound mixers, amplifiers, speaker systems, display devices, and so on. Many different companies develop (e.g., design and manufacture) such home entertainment devices. Each company may develop its devices using proprietary interconnect technology. As a result, the input and output of devices developed by different companies may not be compatible. For example, a DVD player developed by one company may output data that is incompatible with a speaker subsystem developed by another company. Thus, it may be impractical to have a home entertainment system that includes devices that are developed by different companies.
• FIG. 1 is a block diagram illustrating the providing of user interfaces for "classes" of media appliances.
• a class of media appliances refers to a generic type of media appliance.
• a class of media appliances may include all VCRs, and another class may include all CD-ROM players.
• the appliances in a class share many characteristics in common. For example, all VCRs may have a rewind function and a play function.
• the appliances 101 and bus controller 103 are connected via bus 102. Each appliance has a class associated with it that can be provided to the bus controller.
• the bus controller includes a manager component and a driver component 106 for each class.
• the bus controller is typically provided by its manufacturer with a standard set of driver components.
• the driver components are adapted to interact with the appliances in the corresponding class and may display a user interface on I/O device 104.
• the interaction with the appliances may include the retrieval of status information and the setting of parameters (e.g., volume) of the appliance.
• a bus controller that uses such generic drivers may have several disadvantages. First, the bus controller cannot control appliances in classes for which it has no driver. Second, the bus controller needs to be loaded with all possible appliance drivers so that it can control as many appliances as possible. The adding of such drivers to the bus controller can increase the development cost of the bus controller and the hardware cost of the bus controller itself.
• FIG. 2 is a block diagram illustrating the providing of user interfaces based on appliance-provided controls.
• Each appliance 201 provides various objects, also known as controls, through which the bus controller 203 can access the functionality of the appliances via bus 202.
• the controls can be implemented using various well-known object models such as the Distributed Component Object Model ("DCOM") of Microsoft Corporation or the Common Object Request Broker Architecture ("CORBA”) of the Object Management Group.
• the manager 205 can ask each appliance to the enumerate its controls. When a user selects to control an appliance, the manager retrieves an enumeration of the controls for that appliance and generates a user interface appropriate to those controls.
• the bus controller may have a user interface database 206 that contains a mapping from various types of controls to the user interface for that control.
• the manager then combines the user interfaces for the controls to generate a user interface window for the selected appliance and displays the user interface window on I/O device 204.
• Bus controllers that use such a mechanism for the generating user interfaces have several disadvantages. First, the cost of developing the bus controller is increased because development of a manager to generate such user interfaces for appliances can be expensive. Second, the appliances themselves have no control over their user interfaces.
• a method and system for providing user interfaces for controlling various media appliances through a master device is provided.
• the user interface system allows media appliances to provide executable code that implements their user interfaces to a master device that can execute the user interface code.
• the master device To provide an appliance-specific user interface, the master device first identifies the appliances that are connected to the master device, for example, via a bus. The master device then displays an indication of each of the identified appliances to a user. The user can then select one of the displayed appliances that is to be controlled or monitored. In response, the master device retrieves from the selected appliance the user interface code that may be customized to the selected appliance. The master device then stores the retrieved user interface code in memory. The master device can then execute the stored user interface code to control and monitor the selected appliance.
• Figure 1 is a block diagram illustrating the providing of user interfaces for "classes" of media appliances.
• Figure 2 is a block diagram illustrating the providing of user interfaces based on appliance-provided controls.
• Figure 3 is a block diagram illustrating the user interface system.
• Figure 4 is a flow diagram of an example implementation of the user interface master component.
• Figure 5 is a flow diagram of an example implementation of the main entry point of the user interface code.
• Figure 6 is a flow diagram of an example implementation of an event handler for handling the setting of a volume event.
• Figure 7 is a flow diagram of the example implementation of an event handler to process a done event.
• Figure 8 illustrates a user interface for controlling various mixers that may be connected to the master device.
• a method and system for providing user interfaces for controlling various media appliances through a master device is provided.
• the user interface system allows media appliances to provide executable code that implements their user interfaces to a master device that can execute the user interface code. Because each media appliance can provide its own user interface code, many of the disadvantages of the prior user interface mechanisms are avoided.
• each media appliance can provide a custom user interface, and the master device can support new custom user interfaces as they are developed and provided by the media appliances.
• the master device To provide an appliance-specific user interface, the master device first identifies the appliances that are connected to the master device, for example, via a bus. The master device then displays an indication of each of the identified appliances to a user. The user can then select one of the displayed appliances that is to be controlled or monitored. In response, the master device retrieves from the selected appliance the user interface code that may be customized to the selected appliance. The master device then stores the retrieved user interface code in memory. The master device can then execute the stored user interface code to control and monitor the selected appliance.
• FIG. 3 is a block diagram illustrating the user interface system.
• the user interface system comprises appliances 301 that are connected to master device 303 via a bus 302.
• Each appliance includes user interface code 304 and service code 305.
• the user interface code copies instructions that can be executed by the master device to provide a user interface for the appliance and to control and monitor the appliance.
• the user interface code may also include data structures containing information relating to the user interface.
• the user interface code may be implemented as a JAVA applet that can be executed by a JAVA virtual machine at the master device, as a user interface scripting language, as byte code can be interpreted by the master device, as object code that is executable by the central processing unit of the master device, or as any other type of instructions that can be performed by the master device.
• the master device includes a user interface master component 307, the user interface application programming interface ("APF) 308, and a bus application programming interface 309.
• the master device may be a conventional computer that includes a central processing unit, a memory, and various I/O devices such as a display, a keyboard, and a bus controller.
• the programs implementing the processing of the master device and the appliances may be stored on computer-readable medium such as RAM, ROM, or disk.
• the user interface master component controls the identifying of the appliances that are connected to the bus and the selection of an appliance to be controlled.
• the user interface master component displays on I/O device 306 a list of each of the appliances that are currently connected to the bus.
• the user interface master component When a user selects one of the displayed appliances, the user interface master component requests the selected appliance to provide its user interface code. In response, the appliance downloads its user interface code to the master device. The user interface master component then effects the execution of the user interface code.
• the user interface code may invoke the user interface API, which provides a set of functions for controlling the user interface.
• the user interface is a graphical user interface.
• the user interface code may also invoke functions of the bus API to access the bus.
• the user interface component may access the bus to set various parameters of the appliance and to retrieve the current state of the appliance.
• the service code of the appliances provides the interface for setting and retrieving of parameters.
• FIG 4 is a flow diagram of an example implementation of the user interface master component.
• the user interface master component identifies the appliances and then retrieves and executes the user interface code for an appliance selected by a user.
• the user interface master component identifies the appliances that are available on the bus.
• the user interface master component may identify the appliances by sending out an identification request and receiving responses or by receiving unsolicited identifications from the appliances.
• the user interface master component loops retrieving the selection of an appliance and executing the user interface code from that appliance.
• the user interface master component displays the identification of the appliances on a display device.
• the user interface master component receives a selection of an appliance from a user.
• the user interface master component retrieves the user interface code for the selected appliance.
• the user interface master component executes the retrieved user interface code.
• the user interface master component then loops to step 402 to receive a selection of another appliance to control.
• the user interface master component may cache the user interface code so that when an appliance is next retrieved, the user interface master component can execute the code without retrieving the user interface code from the appliance.
• the user interface component may also retrieve and cache the user interface code from the appliance when it is first powered on or when an appliance is connected to the bus.
• FIGs 5-7 are flow diagrams of example implementations of user interface code that may be provided by an appliance.
• Figure 5 is a flow diagram of the main entry point of the user interface code.
• This user interface code invokes various functions of APIs provided by the master device.
• This user interface code uses an event-based windowing system to process a user selection of a displayed window.
• the code identifies the bus address of its appliance by invoking a get appliance function provided by the master device.
• the code invokes a get status function of a bus API passing the address of the appliance to retrieve the current state of the appliance.
• the state of the appliance may include, for example, an indication of the current volume setting of the appliance, an indication of what CD is currently inserted in a CD player, an indication of the currently selected channel of a television, and so on.
• the code generates a user interface window for the appliance based on the retrieved state.
• the user interface window may include visual controls, such as a slider for controlling the volume of the appliance or a button for controlling the ejection of a CD from a CD player.
• the code registers various routines for handling user interface events generated by the user. For example, a user interface event may be the selecting of a displayed button.
• the code displays the generated user interface window.
• the user interface window may contain a button that when selected returns control to the user interface master component.
• FIG. 6 is a flow diagram illustrating an implementation of an event handler for handling the setting of a volume event.
• This handler is passed a volume level selected by a user.
• the handler formats a packet to be transmitted on the bus that contains the volume setting for the appliance in a format that can be recognized by the appliance.
• the handler invokes a function of an API provided by the master device to retrieve the address of the appliance.
• the handler invokes a function of the bus API to send the packet to the address of the appliance. The handler then returns.
• the appliance receives the packet, the appliance decode the packet and sets the volume accordingly.
• Figure 7 is a flow diagram of the example implementation of an event handler to process a done event.
• this event handler is invoked to handle the event.
• the handler performs any necessary cleanup and then returns to the user interface master component so that a user can select to control another appliance.
• the master device can provide a graphical user interface API for displaying a traditional graphical user interface that includes windows, buttons, scroll bars, and so on.
• the user interface need not be graphical in nature.
• the user interface may be a set of physical controls (e.g., switches) that can be adjusted by the user.
• the physical controls may have updatable displays which the user interface code of the appliance can set to identify the function of each physical control.
• the user interface code may also provides the behavior associated with the adjustment of the physical controls, that is, notify the appliance of the new setting of the physical control.
• Figure 8 illustrates a user interface for controlling various mixers that may be connected to the master device.
• the user interface 800 may contain various physical controls that may be manipulated by a user.
• the user interface component may set the titles 802 for each control to indicate the function or behavior associated with that slider.
• the physical controls may also be implemented using conventional sliders in a graphical user interface environment.
• the master device may include default user interface code.
• the master device may also be compatible with prior user interface mechanisms. That is, the master device may also support providing drivers for classes of appliances and support providing user interfaces that use the controls of appliances. Each appliance may indicate it the type of user interface mechanism.
• the master device may also receive user interface code from external devices that is to supersede the user interface code provided by certain appliances.
• the master device and the appliance may also be considered to interact in a master/slave relationship.
• a bus may have multiple "master" devices.
• master devices may be located in several different living quarters (e.g., living room, bedroom, and kitchen). Each of these master devices can be used to control and monitor any of the appliances of the bus and can retrieve and execute the user interface code provided by the appliances. Accordingly, this invention is not limited except as by the appended claims.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Software Systems (AREA)
• Signal Processing (AREA)
• Theoretical Computer Science (AREA)
• Multimedia (AREA)
• General Physics & Mathematics (AREA)
• General Engineering & Computer Science (AREA)
• Physics & Mathematics (AREA)
• Computer Hardware Design (AREA)
• Synchronisation In Digital Transmission Systems (AREA)
• Stored Programmes (AREA)
• Signal Processing For Digital Recording And Reproducing (AREA)
• Picture Signal Circuits (AREA)
• Time-Division Multiplex Systems (AREA)
• Digital Computer Display Output (AREA)
• Information Transfer Systems (AREA)
• Small-Scale Networks (AREA)

Applications Claiming Priority (3)

Publications (1)

Family

ID=22188925

Family Applications (4)

Family Applications Before (1)

Family Applications After (2)

Country Status (5)

Families Citing this family (10)

Family Cites Families (11)

• 1999
  • 1999-05-10 JP JP2000548803A patent/JP2002514810A/ja active Pending
  • 1999-05-10 WO PCT/US1999/010255 patent/WO1999059060A2/en not_active Application Discontinuation
  • 1999-05-10 AU AU38970/99A patent/AU3897099A/en not_active Abandoned
  • 1999-05-10 EP EP99921864A patent/EP1076850A2/de not_active Ceased
  • 1999-05-10 CA CA002330739A patent/CA2330739A1/en not_active Abandoned
  • 1999-05-11 EP EP99920425A patent/EP1076858A2/de not_active Withdrawn
  • 1999-05-11 WO PCT/US1999/010226 patent/WO1999059047A2/en not_active Application Discontinuation
  • 1999-05-11 CA CA002330676A patent/CA2330676A1/en not_active Abandoned
  • 1999-05-11 EP EP99920426A patent/EP1101303A2/de not_active Withdrawn
  • 1999-05-11 CA CA002330970A patent/CA2330970A1/en not_active Abandoned
  • 1999-05-11 AU AU37921/99A patent/AU3792199A/en not_active Abandoned
  • 1999-05-11 JP JP2000548814A patent/JP2002514820A/ja active Pending
  • 1999-05-11 AU AU37922/99A patent/AU3792299A/en not_active Abandoned
  • 1999-05-11 CA CA002330740A patent/CA2330740A1/en not_active Abandoned
  • 1999-05-11 AU AU38946/99A patent/AU3894699A/en not_active Abandoned
  • 1999-05-11 WO PCT/US1999/010225 patent/WO1999059391A2/en not_active Application Discontinuation
  • 1999-05-11 WO PCT/US1999/010224 patent/WO1999059073A2/en not_active Application Discontinuation
  • 1999-05-11 JP JP2000549078A patent/JP2002515718A/ja active Pending
  • 1999-05-11 JP JP2000548791A patent/JP2002514876A/ja active Pending
  • 1999-05-11 EP EP99921837A patent/EP1076846A2/de not_active Ceased

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events