WO2010146417A1 - Controlling a client device - Google Patents

Controlling a client device Download PDF

Info

Publication number
WO2010146417A1
WO2010146417A1 PCT/IB2009/052593 IB2009052593W WO2010146417A1 WO 2010146417 A1 WO2010146417 A1 WO 2010146417A1 IB 2009052593 W IB2009052593 W IB 2009052593W WO 2010146417 A1 WO2010146417 A1 WO 2010146417A1
Authority
WO
WIPO (PCT)
Prior art keywords
audio video
settings
video programming
data
programming
Prior art date
Application number
PCT/IB2009/052593
Other languages
French (fr)
Inventor
Hervé DIAWARA
Laurent Gardes
Pierre Joly
Original Assignee
Nds Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nds Limited filed Critical Nds Limited
Priority to PCT/IB2009/052593 priority Critical patent/WO2010146417A1/en
Publication of WO2010146417A1 publication Critical patent/WO2010146417A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47205—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
    • 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/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • H04N21/4852—End-user interface for client configuration for modifying audio parameters, e.g. switching between mono and stereo
    • 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/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • H04N21/4854—End-user interface for client configuration for modifying image parameters, e.g. image brightness, contrast
    • 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/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • H04N21/4856—End-user interface for client configuration for language selection, e.g. for the menu or subtitles
    • 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/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • H04N21/4858—End-user interface for client configuration for modifying screen layout parameters, e.g. fonts, size of the windows
    • 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/47—End-user applications
    • H04N21/485—End-user interface for client configuration

Definitions

  • the present invention relates to a method of controlling a client device operable to output audio video programming and to a client device for outputting audio video programming.
  • An integrated receiver decoder is a device that connects in operation to a display and an external source of digital television signals, receiving the signals and decoding the signals into content which is then displayed on the display.
  • IRDs allow a user (e.g. via a settings menu) to control how the content is displayed on the display. For example, the user can choose a preferred audio language, a preferred subtitle language, a preferred aspect ratio etc. These choices are then applied to all content displayed. That is to say, the settings are applied across all channels and for all content without any kind of distinction.
  • a method of controlling a client device operable to output audio video programming including: receiving a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; outputting an audio video program of the audio video programming for display; responsive to the outputting, accepting settings input by a user, the settings controlling how the client device outputs audio video programming; extracting from the transmission stream data attributes related to the audio video program; and applying the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.
  • the transmission stream includes an MPEG transport stream
  • the data attributes include DVB service information.
  • the data attributes related to the audio video program include one or more data attributes from a group of: genre data, sub-genre data, episode data, series data, event data, channel data.
  • the settings include one or more from a group of: audio language settings, subtitle settings, subtitle language settings, parental control settings, multi- view settings, audio output settings, lipsync settings and aspect ratio settings.
  • the settings further specify that the settings are to be applied to the output of one or more categories of other audio video programming.
  • the categories include one or more from a group of: other audio video programming have the same genre as the audio video program; other audio video programming have the same sub-genre as the audio video program; other audio video programming in the same series as the audio video program; and other audio video programming transmitted on the same channel as the audio video program.
  • the applying includes automatically applying the settings to the output of other audio video programming without requiring the user to specify which audio video programming the settings are to be applied to.
  • a client device for outputting audio video programming including: receiving means for receiving a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; outputting means for outputting an audio video program of the audio video programming for display; settings configuration means for accepting settings input by a user in response to outputting of the audio video program, the settings controlling how the outputting means outputs audio video programming; data extraction means for extracting from the transmission stream data attributes related to the audio video program; and settings control means for applying the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.
  • a client device operable to output audio video programming
  • the client device including: an interface operable to receive a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; an output operable to output an audio video program of the audio video programming for display; and a processor operable to: accept settings input by a user in response to the output of the audio video program, the settings controlling how the output outputs audio video programming; extract from the transmission stream data attributes related to the audio video program; and apply the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.
  • FIG. 1 is a simplified pictorial illustration of an integrated receiver decoder (IRD) constructed and operative in accordance with embodiments of the present invention
  • FIG. 2 is a simplified pictorial illustration of control software running on a processor of the IRD of figure 1 in accordance with embodiments of the present invention
  • Figures 3 to 5 are screen shots of interfaces for controlling the output settings of the IRD of figure 1 in accordance with embodiments of the present invention
  • Figure 6 is a flow chart of a method of operating the IRD of figure 1 in accordance with an embodiment of the present invention.
  • IRD 101 comprises a network interface 103 (e.g. a tuner or other network adaptor) operative to receive digital program transmissions from a one-way or two-way communication network (not shown) that includes at least one of the following: a satellite based communication network; a cable based communication network; a terrestrial broadcast television network; a telephony based communication network; a mobile telephony based communication network; an Internet Protocol (IP) television broadcast network; and a computer based communication network.
  • IP Internet Protocol
  • the communication network may, for example, be implemented by a one-way or two-way hybrid communication network, such as a combination cable-telephone network, a combination satellite -telephone network, a combination satellite-computer network, or by any other appropriate network.
  • Physical links in the communications network are implemented via optical links, conventional telephone links, radio frequency (RF) wired or wireless links, or any other suitable links.
  • the program transmissions typically include at least one of the following: television programming including pay and/or non-pay television programming; interactive television programming and applications such as, for example, interactive games; multimedia information; an electronic program guide (EPG); audio programs; data; games; and information from computer based networks such as the Internet.
  • non-A/V program transmissions may be transmitted either as out-of-band transmissions, such as data carousel transmissions, or as in-band transmissions, such as in- video transmissions.
  • MPEG Moving Pictures Expert Group
  • ISO International Standards Organization
  • a transport stream is an MPEG multiplex with short fixed length packets carrying many programs intended for broadcast over potentially error-prone media, such as a satellite.
  • a transport stream is a data structure defined in International Standard ISO/IEC 13818- 1 ⁇ "Information technology — Generic coding of moving pictures and associated audio information: Systems "). It is the basis of the ETSI Digital Video Broadcasting (DVB) standards.
  • a TS may correspond to a single TV program, or multimedia stream. This type of TS is normally called a Single Programme Transport Stream (SPTS).
  • SPTS Single Programme Transport Stream
  • An SPTS contains all the information required to reproduce the encoded TV channel or multimedia stream.
  • one or more SPTS streams are combined to form a Multiple Programme Transport Stream (MPTS). This larger aggregate also contains all the control information (Program Specific Information (PSI)) required to co-ordinate the DVB system, and any other data which is to be sent.
  • PSI Program Specific Information
  • Digital Video Broadcasting is a European project that has defined standards for digital television and datacasting across the range of delivery media.
  • DVB systems are typically based on MPEG-2 audio and video-compression.
  • DVB extends the MPEG standards by adding service information (SI) to the MPEG transport stream multiplex.
  • Service Information is digital data describing the delivery system, content and scheduling/timing of broadcast data streams and is defined in the Digital Video Broadcasting Service Information (DVB-SI) standard ⁇ "Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems", ETSI EN 300 468).
  • Particularly relevant to embodiments of the present invention is data contained within an Event Information Table (EIT) as defined in section 5.2.4 of the DVB-SI standard.
  • the EIT can be used to give information about events (instances of programs) such as the program title, start time and duration.
  • descriptor tag is an 8-bit field that identifies each descriptor.
  • descriptor length is an 8-bit field specifying the total number of bytes of the data portion of the descriptor following the byte defining the value of this field.
  • the provider ID is a 16-bit identifier for the provider who owns and/or broadcasts the series of which the episode forms a part. For example, if same series is broadcast on two different channels by two different providers, the provider id value of the descriptor may change even if the series id does not. Alternatively, it may be possible that one broadcaster may broadcast a particular series on more than one channel. In such a case, the provider id and the series id will stay the same.
  • the series ID (Series id) is a unique 32-bit identifier for a particular series. The name of the series is defined in the short event descriptor as described in section 6.2.37 of the DVB-SI standard.
  • the episode number (Episode number) is a 16-bit field that defines the current number of an episode within a whole series or a season of a series.
  • the last episode number (Last episode number) is a 16-bit field that defines the last known episode number for a series. This last known episode number may vary from one season to another.
  • a special value of 0x0000 denotes that the total number of episodes to date is not known and so the last known episode number is not to be displayed.
  • next episode date is a 40-bit field that indicates the date and time of the next episode in modified Julian date (MJD) and universal time coordinated
  • UTC UTC format
  • LSB least significant bits
  • BCD binary coded decimal
  • a special value of 0x00000 denotes that the next episode date is unknown and if the episode has not yet reached the specified last episode number value the software parses future events (for which there is information in the EIT) to discover the broadcast time and date of the next episode.
  • the program transmission stream passes to a demultiplexer 105, which demultiplexes the stream and extracts the various audio, video and data components from the stream.
  • the audio and video components are passed to audio video decoder 107 for decoding and then sent to audio video output 109 for rendering on a display 111
  • IRD 101 further includes a processor 113 that operates under the control of control software 201.
  • control software 201 comprises four software modules: table loading module 203, table parsing module 205, settings configuration module 207 and settings control module 209.
  • Table loading module 203 interacts with demultiplexer 105 in order to extract and load data tables (e.g. EIT) from the program transmission steam.
  • Table parsing module 205 parses the loaded data tables in order to extract relevant data from the tables (e.g. audio language, subtitle language, multi-view information, audio output information, aspect ratio information, channel, episode data, genre, sub-genre etc.)
  • Settings configuration module 207 allows the user to configure various IRD settings in order to adjust how the audio and video components are output by audio video output 109 and rendered on display 111. The various settings that are controllable, as well as the concept of global and local settings (or preferences) will be described in more detail below. Settings are stored in memory 115 of IRD 101, which is typically a non-volatile memory.
  • Settings control module 209 applies the appropriate settings to audio video output 109 according to the settings stored in memory 115 and policies that will be described in more detail below.
  • a user viewing the audio video program on display 111 can control the operation of audio video output 109. That is to say, various IRD settings can be controlled by the user and these settings include:
  • + subtitles - used to control the presence and language of any subtitles to be displayed (including, for example, subtitles for the hard of hearing);
  • + multi-view - used to select a particular video stream for programs where multiple video streams exist, which could be used, for example, to give access to one of several camera angles used in the broadcast of a sports event where each camera angle is transmitted as a separate video stream;
  • Global settings are settings which once set (e.g. from a main menu on-screen interface or setup menu on-screen interface of IRD 101, as shown in figure 3) are typically applied to all channels and for all programs without any distinction.
  • Local settings are settings which are set for a particular program (event), series, genre, sub-genre or channel. Local settings override global settings and once set (either by a manual (user-choice) procedure or by an automatic procedure, both of which will be described in more detail below) are typically applied to that particular program (event), series, genre, sub- genre or channel as appropriate.
  • FIG 4 shows an example of a local settings menu on-screen interface of IRD 101.
  • Such an interface is shown to a user when the user requests to alter the local settings whilst viewing a particular program (event), as opposed to requesting to alter the global settings via a main menu or setup menu.
  • the interface presents the list of settings as previously described in relation to figure 3.
  • the options presented to the user are typically limited to those that have been extracted from the tables previously parsed.
  • the interface also includes a new list of categories for which the local settings/preferences are to be applied.
  • the category list typically includes: event, series, genre, sub-genre and channel.
  • the 'sub-genre' category is shown only if the genre category is selected (as shown in figure 4).
  • the user can make the desired alterations/adjustments to the local settings and then select a category for which the local settings are to apply.
  • the user can adjust the settings for the event currently being viewed only. In such a situation, the settings may not be stored in memory 115 as they will not be used again after the event currently being viewed has finished. However, it may still be advantageous to store the event local settings as the user may navigate away from the event currently being viewed (e.g. during a commercial break), return to it afterwards and still want the local event settings that were originally set.
  • 'series' (which in some embodiments may only be displayed in the category list if the event currently being viewed is an episode in a series (which can be detected, for example, by the presence of an episode private descriptor as described above in the EIT)) the user can adjust the settings for the event currently being viewed and additionally save the settings as being valid for all episodes in the same series.
  • the settings will be saved as valid for all episodes in the same series even those that are transmitted on a different channel.
  • the settings will be saved as valid for all episodes in the same series that are transmitted on the same channel that the event currently being viewed is transmitted on. In such embodiments, this may be achieved, for example, by allowing the user to additionally select the 'channel' category.
  • the user can adjust the settings for the event currently being viewed and additionally save the settings as being valid for all events having the same genre or sub-genre as the event currently being viewed (which can be detected, for example, from data previously extracted from previously parsed tables).
  • the settings will be saved as valid for all events having the same genre or sub-genre even those that are transmitted on a different channel.
  • the settings will be saved as valid for all events having the same genre or sub-genre that are transmitted on the same channel that the event currently being viewed is transmitted on. In such embodiments, this may be achieved, for example, by allowing the user to additionally select the 'channel' category.
  • the user can adjust the settings for the event currently being viewed and additionally save the settings as being valid for all events that are transmitted on the same channel as the event currently being viewed (which can, for example, be detected from data previously extracted from previously parsed tables).
  • Any local settings set by the user and saved as valid for use in connection with future events are stored in memory 115 under the control of settings configuration module 207.
  • Figure 5 shows a further example of a local settings menu on-screen interface of IRD 101.
  • IRD 101 uses intelligent rules (typically rules that have been pre-defined by the IRD manufacturer or service provider) to automatically adjust the settings of events viewed in the future based on the adjustments made by the user of the settings for the event currently being viewed.
  • the automatic procedure starts (step 600) when the user adjusts a local setting whilst viewing a particular event.
  • Processor 113 checks whether the event currently being viewed is an episode in a series (step 601). It will be remembered that this can be detected, for example, by the presence of an episode private descriptor as described above in the EIT. If the event currently being viewed is an episode in a series then processor 113, under the control of settings configuration module 207 and settings control module 209, applies the adjusted local settings and additionally (and automatically) saves the adjusted local settings as being valid for all episodes in the same series (step 603). In some embodiments, the settings will be saved as valid for all episodes in the same series even those that are transmitted on a different channel. In other embodiments, the settings will be saved as valid for all episodes in the same series that are transmitted on the same channel that the event currently being viewed is transmitted on.
  • processor 113 checks whether the event currently being viewed has a genre or sub-genre associated with it (step 605). It will be remembered that this can be detected, for example, in the content descriptor as described above in the EIT. If the event currently being viewed has a genre or sub- genre associated with it then processor 113, under the control of settings configuration module 207 and settings control module 209, applies the adjusted local settings and additionally (and automatically) saves the adjusted local settings as being valid for all events having the same genre or sub-genre as the event currently being viewed (step 607). In some embodiments, the settings will be saved as valid for all events having the same genre or sub-genre even those that are transmitted on a different channel. In other embodiments, the settings will be saved as valid for all events having the same genre or sub-genre that are transmitted on the same channel that the event currently being viewed is transmitted on.
  • processor 113 under the control of settings configuration module 207 and settings control module 209, applies the adjusted local settings only for the event currently being viewed. Any local settings set by the user and saved as valid for use in connection with future events are stored in memory 115 under the control of settings configuration module 207. It will be realized that the automatic procedure described here could also implement further rules that have not been mentioned above. For example, any adjusted local settings could be saved as valid for all events that are transmitted on the same channel as the event currently being viewed. Other rules will be apparent to someone skilled in the art. In some embodiments, a mixture of the automatic procedure and the manual
  • the software could explicitly ask the user (e.g. through the use of an on-screen, pop-up message) if the user wants the adjusted local settings to be saved as valid for future categories of events.
  • the user will be able to select whether IRD 101 operates under the automatic or the manual procedure.
  • the IRD manufacturer or system operator will pre-conf ⁇ gure IRD 101 to operate under either the automatic or the manual procedure.
  • the user may additionally be able to deactivate the pre- conf ⁇ gured procedure.
  • heuristics or learning algorithms can also be used in conjunction with the automatic mode described above to avoid a situation where the user alters the settings once but does not want the changes to be permanently applied for an entire series, genre etc. Rather, the settings are applied once the system has good confidence that this is what the user intended to do. For example, the first time the user selects "Chinese subtitles" for a particular series, the system simply keeps track of the selection, but does not automatically apply this setting the next time the user watches an episode of the same series. Rather, the system initially considers the selection of "Chinese subtitles" as a "one off selection.
  • settings are stored and applied only if set the last time the viewer watched an episode of the series - if after having selected the setting during one episode, the user watches a completely new episode without selecting the same setting, the system may decide to "forget" the setting was previously set.
  • XSI Extended Service Information
  • ROM read only memory
  • the software components may, generally, be implemented in hardware, if desired, using conventional techniques. It is further appreciated that the software components may be instantiated, for example: as a computer program product; on a tangible medium; or as a signal interpretable by an appropriate computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

A method of controlling a client device (101) operable to output audio video programming is described. The method includes: receiving a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; outputting an audio video program of the audio video programming for display; responsive to the outputting, accepting settings input by a user, the settings controlling how the client device outputs audio video programming; extracting from the transmission stream data attributes related to the audio video program; and applying the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.

Description

CONTROLLING A CLIENT DEVICE
FIELD OF THE INVENTION
The present invention relates to a method of controlling a client device operable to output audio video programming and to a client device for outputting audio video programming.
BACKGROUND OF THE INVENTION
An integrated receiver decoder (IRD) is a device that connects in operation to a display and an external source of digital television signals, receiving the signals and decoding the signals into content which is then displayed on the display.
Current IRDs allow a user (e.g. via a settings menu) to control how the content is displayed on the display. For example, the user can choose a preferred audio language, a preferred subtitle language, a preferred aspect ratio etc. These choices are then applied to all content displayed. That is to say, the settings are applied across all channels and for all content without any kind of distinction.
SUMMARY OF THE INVENTION
Today, there is an ever increasing number of television operators, broadcasting content in many different formats and languages, accompanied by subtitles in many different languages. The settings for one particular content item may not be applicable or desirable for another item of content and therefore having general preference settings does not fit a user's needs any longer.
There is provided in accordance with an embodiment of the present invention a method of controlling a client device operable to output audio video programming, the method including: receiving a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; outputting an audio video program of the audio video programming for display; responsive to the outputting, accepting settings input by a user, the settings controlling how the client device outputs audio video programming; extracting from the transmission stream data attributes related to the audio video program; and applying the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.
In some embodiments, the transmission stream includes an MPEG transport stream, and the data attributes include DVB service information. In further embodiments, the data attributes related to the audio video program include one or more data attributes from a group of: genre data, sub-genre data, episode data, series data, event data, channel data.
In some embodiments, the settings include one or more from a group of: audio language settings, subtitle settings, subtitle language settings, parental control settings, multi- view settings, audio output settings, lipsync settings and aspect ratio settings.
In further embodiments, the settings further specify that the settings are to be applied to the output of one or more categories of other audio video programming.
In some embodiments, the categories include one or more from a group of: other audio video programming have the same genre as the audio video program; other audio video programming have the same sub-genre as the audio video program; other audio video programming in the same series as the audio video program; and other audio video programming transmitted on the same channel as the audio video program.
In further embodiments, the applying includes automatically applying the settings to the output of other audio video programming without requiring the user to specify which audio video programming the settings are to be applied to.
There is also provided in accordance with a further embodiment of the present invention a client device for outputting audio video programming, the client device including: receiving means for receiving a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; outputting means for outputting an audio video program of the audio video programming for display; settings configuration means for accepting settings input by a user in response to outputting of the audio video program, the settings controlling how the outputting means outputs audio video programming; data extraction means for extracting from the transmission stream data attributes related to the audio video program; and settings control means for applying the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.
There is also provided in accordance with a further embodiment of the present invention a client device operable to output audio video programming, the client device including: an interface operable to receive a transmission stream, the transmission stream including audio video programming and data attributes related to the audio video programming; an output operable to output an audio video program of the audio video programming for display; and a processor operable to: accept settings input by a user in response to the output of the audio video program, the settings controlling how the output outputs audio video programming; extract from the transmission stream data attributes related to the audio video program; and apply the settings to the output of the audio video program and other audio video programming having at least one data attribute in common with the audio video program.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention will be understood and appreciated more fully from the following detailed description, taken in conjunction with the drawings in which:
Figure 1 is a simplified pictorial illustration of an integrated receiver decoder (IRD) constructed and operative in accordance with embodiments of the present invention;
Figure 2 is a simplified pictorial illustration of control software running on a processor of the IRD of figure 1 in accordance with embodiments of the present invention;
Figures 3 to 5 are screen shots of interfaces for controlling the output settings of the IRD of figure 1 in accordance with embodiments of the present invention; and Figure 6 is a flow chart of a method of operating the IRD of figure 1 in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION OF AN EMBODIMENT
Reference is now made to Figure 1 which shows an integrated receiver decoder
(IRD) 101 constructed and operative in accordance with embodiments of the present invention.
IRD 101 comprises a network interface 103 (e.g. a tuner or other network adaptor) operative to receive digital program transmissions from a one-way or two-way communication network (not shown) that includes at least one of the following: a satellite based communication network; a cable based communication network; a terrestrial broadcast television network; a telephony based communication network; a mobile telephony based communication network; an Internet Protocol (IP) television broadcast network; and a computer based communication network. It is appreciated that in alternative embodiments, the communication network may, for example, be implemented by a one-way or two-way hybrid communication network, such as a combination cable-telephone network, a combination satellite -telephone network, a combination satellite-computer network, or by any other appropriate network. Physical links in the communications network are implemented via optical links, conventional telephone links, radio frequency (RF) wired or wireless links, or any other suitable links. The program transmissions typically include at least one of the following: television programming including pay and/or non-pay television programming; interactive television programming and applications such as, for example, interactive games; multimedia information; an electronic program guide (EPG); audio programs; data; games; and information from computer based networks such as the Internet. It is appreciated that non-A/V program transmissions may be transmitted either as out-of-band transmissions, such as data carousel transmissions, or as in-band transmissions, such as in- video transmissions.
The program transmissions are typically carried in a Moving Pictures Expert Group (MPEG) transport stream. MPEG is an industry standard developed by the "Moving Pictures Expert Group" working group of the International Standards Organization (ISO) for video and audio source coding using compression and multiplexing techniques to minimize video signal bit-rate in preparation for broadcasting.
A transport stream (TS) is an MPEG multiplex with short fixed length packets carrying many programs intended for broadcast over potentially error-prone media, such as a satellite. A transport stream is a data structure defined in International Standard ISO/IEC 13818- 1 { "Information technology — Generic coding of moving pictures and associated audio information: Systems "). It is the basis of the ETSI Digital Video Broadcasting (DVB) standards. A TS may correspond to a single TV program, or multimedia stream. This type of TS is normally called a Single Programme Transport Stream (SPTS). An SPTS contains all the information required to reproduce the encoded TV channel or multimedia stream. In many cases, one or more SPTS streams are combined to form a Multiple Programme Transport Stream (MPTS). This larger aggregate also contains all the control information (Program Specific Information (PSI)) required to co-ordinate the DVB system, and any other data which is to be sent.
Digital Video Broadcasting (DVB) is a European project that has defined standards for digital television and datacasting across the range of delivery media. DVB systems are typically based on MPEG-2 audio and video-compression. DVB extends the MPEG standards by adding service information (SI) to the MPEG transport stream multiplex. Service Information (SI) is digital data describing the delivery system, content and scheduling/timing of broadcast data streams and is defined in the Digital Video Broadcasting Service Information (DVB-SI) standard {"Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems", ETSI EN 300 468). Particularly relevant to embodiments of the present invention is data contained within an Event Information Table (EIT) as defined in section 5.2.4 of the DVB-SI standard. The EIT can be used to give information about events (instances of programs) such as the program title, start time and duration.
It is also possible to classify programs using a "content descriptor" (as described in section 6.2.9 of the DVB-SI standard), which uses a two-level genre list - the top level consisting of broad program categories (genres) - e.g. movie/drama, news/current affairs, show/game show etc. - within each of which there are multiple sub-categories (sub-genres).
It is also possible to classify programmes using a "private descriptor" (as described in section 6.2.31 of the DVB-SI standard), which a particular TV operator can tailor to their individual needs. For example, if a TV operator wanted to add an "episode" descriptor to describe the characteristics of an episode within a series/season, the TV operator would define an "episode" private descriptor. An example syntax for the "episode" private descriptor is shown below:
Episode_descriptor() { Descriptor tag
Descriptor length Provider id Series_id Episode number Last episode number
Next_Episode_Date
}
The descriptor tag (descriptor tag) is an 8-bit field that identifies each descriptor.
Those values with MPEG-2 normative meaning are described in ISO/IEC 13818-1. The descriptor length (descriptor length) is an 8-bit field specifying the total number of bytes of the data portion of the descriptor following the byte defining the value of this field.
The provider ID (Provider id) is a 16-bit identifier for the provider who owns and/or broadcasts the series of which the episode forms a part. For example, if same series is broadcast on two different channels by two different providers, the provider id value of the descriptor may change even if the series id does not. Alternatively, it may be possible that one broadcaster may broadcast a particular series on more than one channel. In such a case, the provider id and the series id will stay the same. The series ID (Series id) is a unique 32-bit identifier for a particular series. The name of the series is defined in the short event descriptor as described in section 6.2.37 of the DVB-SI standard.
The episode number (Episode number) is a 16-bit field that defines the current number of an episode within a whole series or a season of a series. The last episode number (Last episode number) is a 16-bit field that defines the last known episode number for a series. This last known episode number may vary from one season to another. A special value of 0x0000 denotes that the total number of episodes to date is not known and so the last known episode number is not to be displayed.
The next episode date (Next Episode Date) is a 40-bit field that indicates the date and time of the next episode in modified Julian date (MJD) and universal time coordinated
(UTC) format (see Annex C of the DVB-SI standard). The field is coded as 16 bits giving the 16 least significant bits (LSB) of MJD followed by 24 bits coded as 6 digits each in 4 bit binary coded decimal (BCD) format. A special value of 0x00000 denotes that the next episode date is unknown and if the episode has not yet reached the specified last episode number value the software parses future events (for which there is information in the EIT) to discover the broadcast time and date of the next episode.
Referring once again to figure 1, the program transmission stream passes to a demultiplexer 105, which demultiplexes the stream and extracts the various audio, video and data components from the stream. The audio and video components are passed to audio video decoder 107 for decoding and then sent to audio video output 109 for rendering on a display 111
(connected in operation to IRD 101).
IRD 101 further includes a processor 113 that operates under the control of control software 201.
Referring to figure 2, control software 201 comprises four software modules: table loading module 203, table parsing module 205, settings configuration module 207 and settings control module 209.
Table loading module 203 interacts with demultiplexer 105 in order to extract and load data tables (e.g. EIT) from the program transmission steam. Table parsing module 205 parses the loaded data tables in order to extract relevant data from the tables (e.g. audio language, subtitle language, multi-view information, audio output information, aspect ratio information, channel, episode data, genre, sub-genre etc.) Settings configuration module 207 allows the user to configure various IRD settings in order to adjust how the audio and video components are output by audio video output 109 and rendered on display 111. The various settings that are controllable, as well as the concept of global and local settings (or preferences) will be described in more detail below. Settings are stored in memory 115 of IRD 101, which is typically a non-volatile memory. Settings control module 209 applies the appropriate settings to audio video output 109 according to the settings stored in memory 115 and policies that will be described in more detail below. As mentioned previously, a user viewing the audio video program on display 111 can control the operation of audio video output 109. That is to say, various IRD settings can be controlled by the user and these settings include:
+ audio - used to control the language of the output audio where several audio tracks in multiple different languages are part of the transmission (including, for example, an audio description for unsighted/partially sighted users);
+ subtitles - used to control the presence and language of any subtitles to be displayed (including, for example, subtitles for the hard of hearing); + parental control - used to activate or deactivate parental control, which can be used, for example, to control access to a programming and thus prevent children from viewing programming that their parents do not want them to view);
+ multi-view - used to select a particular video stream for programs where multiple video streams exist, which could be used, for example, to give access to one of several camera angles used in the broadcast of a sports event where each camera angle is transmitted as a separate video stream;
+ audio output - used to control the IRD audio output format (e.g. analogue,
AC3), which is useful if IRD is connected to an external audio amplifier; + lipsync - used to control any delay of the audio output with respect to the video output, typically between 0 and 200ms, which is useful, for example, if IRD is connected to an external amplifier and can take into account the video processing time in the display and the audio processing time in the amplifier; + aspect ratio (also referred to as wide screen signaling) - used to control the aspect ratio of the video output (e.g. 4:3, 16:9, etc.). Other settings will be apparent to someone skilled in the art. The settings described above can be displayed to a user on display 111 using an on-screen interface an example of which is shown in figure 3. The user can use an input device (e.g. remote control) to navigate the interface and to amend the settings as desired.
The concept of global settings and local settings according to embodiments of the present invention will now be described in more detail.
Global settings (or preferences/choices) are settings which once set (e.g. from a main menu on-screen interface or setup menu on-screen interface of IRD 101, as shown in figure 3) are typically applied to all channels and for all programs without any distinction.
Local settings are settings which are set for a particular program (event), series, genre, sub-genre or channel. Local settings override global settings and once set (either by a manual (user-choice) procedure or by an automatic procedure, both of which will be described in more detail below) are typically applied to that particular program (event), series, genre, sub- genre or channel as appropriate.
An example of a manual (user-choice) procedure for adjusting local settings will now be described with reference to figure 4, which shows an example of a local settings menu on-screen interface of IRD 101. Such an interface is shown to a user when the user requests to alter the local settings whilst viewing a particular program (event), as opposed to requesting to alter the global settings via a main menu or setup menu. The interface presents the list of settings as previously described in relation to figure 3. The options presented to the user are typically limited to those that have been extracted from the tables previously parsed. The interface also includes a new list of categories for which the local settings/preferences are to be applied. The category list typically includes: event, series, genre, sub-genre and channel. In some embodiments, the 'sub-genre' category is shown only if the genre category is selected (as shown in figure 4). When presented with the local settings menu on-screen interface, the user can make the desired alterations/adjustments to the local settings and then select a category for which the local settings are to apply.
By selecting 'event', the user can adjust the settings for the event currently being viewed only. In such a situation, the settings may not be stored in memory 115 as they will not be used again after the event currently being viewed has finished. However, it may still be advantageous to store the event local settings as the user may navigate away from the event currently being viewed (e.g. during a commercial break), return to it afterwards and still want the local event settings that were originally set. By selecting 'series', (which in some embodiments may only be displayed in the category list if the event currently being viewed is an episode in a series (which can be detected, for example, by the presence of an episode private descriptor as described above in the EIT)) the user can adjust the settings for the event currently being viewed and additionally save the settings as being valid for all episodes in the same series. In some embodiments, the settings will be saved as valid for all episodes in the same series even those that are transmitted on a different channel. In other embodiments, the settings will be saved as valid for all episodes in the same series that are transmitted on the same channel that the event currently being viewed is transmitted on. In such embodiments, this may be achieved, for example, by allowing the user to additionally select the 'channel' category.
By selecting 'genre' or 'sub-genre', the user can adjust the settings for the event currently being viewed and additionally save the settings as being valid for all events having the same genre or sub-genre as the event currently being viewed (which can be detected, for example, from data previously extracted from previously parsed tables). In some embodiments, the settings will be saved as valid for all events having the same genre or sub-genre even those that are transmitted on a different channel. In other embodiments, the settings will be saved as valid for all events having the same genre or sub-genre that are transmitted on the same channel that the event currently being viewed is transmitted on. In such embodiments, this may be achieved, for example, by allowing the user to additionally select the 'channel' category. By selecting 'channel', the user can adjust the settings for the event currently being viewed and additionally save the settings as being valid for all events that are transmitted on the same channel as the event currently being viewed (which can, for example, be detected from data previously extracted from previously parsed tables).
Any local settings set by the user and saved as valid for use in connection with future events are stored in memory 115 under the control of settings configuration module 207.
An example of an automatic procedure for adjusting local settings will now be described with reference to figures 5 and 6.
Figure 5 shows a further example of a local settings menu on-screen interface of IRD 101. Such an interface is shown to a user when the user requests to alter the local settings whilst viewing a particular program (event), as opposed to requesting to alter the global settings via a main menu or setup menu. The interface presents the list of settings as previously described in relation to figure 3. The options presented to the user are typically limited to those that have been extracted from the tables previously parsed. Under the automatic procedure for adjusting local settings, IRD 101 uses intelligent rules (typically rules that have been pre-defined by the IRD manufacturer or service provider) to automatically adjust the settings of events viewed in the future based on the adjustments made by the user of the settings for the event currently being viewed.
An example sequence of rules applied by IRD 101 will now be described with reference to figure 6.
The automatic procedure starts (step 600) when the user adjusts a local setting whilst viewing a particular event. Processor 113 checks whether the event currently being viewed is an episode in a series (step 601). It will be remembered that this can be detected, for example, by the presence of an episode private descriptor as described above in the EIT. If the event currently being viewed is an episode in a series then processor 113, under the control of settings configuration module 207 and settings control module 209, applies the adjusted local settings and additionally (and automatically) saves the adjusted local settings as being valid for all episodes in the same series (step 603). In some embodiments, the settings will be saved as valid for all episodes in the same series even those that are transmitted on a different channel. In other embodiments, the settings will be saved as valid for all episodes in the same series that are transmitted on the same channel that the event currently being viewed is transmitted on.
If the event currently being viewed is not an episode in a series then processor 113 checks whether the event currently being viewed has a genre or sub-genre associated with it (step 605). It will be remembered that this can be detected, for example, in the content descriptor as described above in the EIT. If the event currently being viewed has a genre or sub- genre associated with it then processor 113, under the control of settings configuration module 207 and settings control module 209, applies the adjusted local settings and additionally (and automatically) saves the adjusted local settings as being valid for all events having the same genre or sub-genre as the event currently being viewed (step 607). In some embodiments, the settings will be saved as valid for all events having the same genre or sub-genre even those that are transmitted on a different channel. In other embodiments, the settings will be saved as valid for all events having the same genre or sub-genre that are transmitted on the same channel that the event currently being viewed is transmitted on.
If the event currently being viewed does not have a genre or sub-genre associated with it then processor 113, under the control of settings configuration module 207 and settings control module 209, applies the adjusted local settings only for the event currently being viewed. Any local settings set by the user and saved as valid for use in connection with future events are stored in memory 115 under the control of settings configuration module 207. It will be realized that the automatic procedure described here could also implement further rules that have not been mentioned above. For example, any adjusted local settings could be saved as valid for all events that are transmitted on the same channel as the event currently being viewed. Other rules will be apparent to someone skilled in the art. In some embodiments, a mixture of the automatic procedure and the manual
(user-choice) procedure could be implemented. For example, the software could explicitly ask the user (e.g. through the use of an on-screen, pop-up message) if the user wants the adjusted local settings to be saved as valid for future categories of events.
In some embodiments, the user will be able to select whether IRD 101 operates under the automatic or the manual procedure. In other embodiments, the IRD manufacturer or system operator will pre-confϊgure IRD 101 to operate under either the automatic or the manual procedure. In such embodiments, the user may additionally be able to deactivate the pre- confϊgured procedure.
In some embodiments, heuristics or learning algorithms can also be used in conjunction with the automatic mode described above to avoid a situation where the user alters the settings once but does not want the changes to be permanently applied for an entire series, genre etc. Rather, the settings are applied once the system has good confidence that this is what the user intended to do. For example, the first time the user selects "Chinese subtitles" for a particular series, the system simply keeps track of the selection, but does not automatically apply this setting the next time the user watches an episode of the same series. Rather, the system initially considers the selection of "Chinese subtitles" as a "one off selection. Subsequently, if while watching an episode of the same series, the user selects "Chinese subtitles" again, the system notices this selection, remembers that "Chinese subtitles" were previously selected for this series and then stores the setting for subsequent episodes of the same series. Some further refinement of the algorithm is possible: settings are stored and applied only if set the last time the viewer watched an episode of the series - if after having selected the setting during one episode, the user watches a completely new episode without selecting the same setting, the system may decide to "forget" the setting was previously set.
In some embodiments, other service information standards that allow the carrying of similar data attributes as those defined in the DVB-SI standard may be used. For example, a service information standard called XSI (extended Service Information) is a DVB-compliant extension to the DVB-SI standard used in the networks operated by British Sky Broadcasting in the United Kingdom. It is appreciated that software components of the present invention may, if desired, be implemented in ROM (read only memory) form. The software components may, generally, be implemented in hardware, if desired, using conventional techniques. It is further appreciated that the software components may be instantiated, for example: as a computer program product; on a tangible medium; or as a signal interpretable by an appropriate computer.
It is appreciated that various features of the invention which are, for clarity, described in the contexts of separate embodiments may also be provided in combination in a single embodiment. Conversely, various features of the invention which are, for brevity, described in the context of a single embodiment may also be provided separately or in any suitable subcombination.
It will be appreciated by persons skilled in the art that the present invention is not limited by what has been particularly shown and described hereinabove. Rather the scope of the invention is defined only by the claims which follow:

Claims

1. A method of controlling a client device operable to output audio video programming, said method comprising: receiving a transmission stream, said transmission stream comprising audio video programming and data attributes related to said audio video programming; outputting an audio video program of said audio video programming for display; responsive to said outputting, accepting settings input by a user, said settings controlling how said client device outputs audio video programming; extracting from said transmission stream data attributes related to said audio video program; and applying said settings to the output of said audio video program and other audio video programming having at least one data attribute in common with said audio video program.
2. The method of claim 1, wherein said transmission stream comprises an MPEG transport stream, and said data attributes comprise DVB service information.
3. The method of claim 1 of 2, wherein said data attributes related to said audio video program comprise one or more data attributes from a group of: genre data, sub-genre data, episode data, series data, event data, channel data.
4. The method of any preceding claim, wherein said settings comprise one or more from a group of: audio language settings, subtitle settings, subtitle language settings, parental control settings, multi-view settings, audio output settings, lipsync settings and aspect ratio settings.
5. The method of any preceding claim, wherein said settings further specify that said settings are to be applied to the output of one or more categories of other audio video programming.
6. The method of claim 5, wherein said categories comprise one or more from a group of: other audio video programming have the same genre as said audio video program; other audio video programming have the same sub-genre as said audio video program; other audio video programming in the same series as said audio video program; and other audio video programming transmitted on the same channel as said audio video program.
7. The method of any of claims 1 to 4, wherein said applying comprises automatically applying said settings to the output of other audio video programming without requiring said user to specify which audio video programming said settings are to be applied to.
8. A client device for outputting audio video programming, said client device comprising: receiving means for receiving a transmission stream, said transmission stream comprising audio video programming and data attributes related to said audio video programming; outputting means for outputting an audio video program of said audio video programming for display; settings configuration means for accepting settings input by a user in response to outputting of said audio video program, said settings controlling how said outputting means outputs audio video programming; data extraction means for extracting from said transmission stream data attributes related to said audio video program; and settings control means for applying said settings to the output of said audio video program and other audio video programming having at least one data attribute in common with said audio video program.
9. A client device operable to output audio video programming, said client device comprising: an interface operable to receive a transmission stream, said transmission stream comprising audio video programming and data attributes related to said audio video programming; an output operable to output an audio video program of said audio video programming for display; and a processor operable to: accept settings input by a user in response to the output of said audio video program, said settings controlling how said output outputs audio video programming; extract from said transmission stream data attributes related to said audio video program; and apply said settings to the output of said audio video program and other audio video programming having at least one data attribute in common with said audio video program.
PCT/IB2009/052593 2009-06-18 2009-06-18 Controlling a client device WO2010146417A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/IB2009/052593 WO2010146417A1 (en) 2009-06-18 2009-06-18 Controlling a client device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2009/052593 WO2010146417A1 (en) 2009-06-18 2009-06-18 Controlling a client device

Publications (1)

Publication Number Publication Date
WO2010146417A1 true WO2010146417A1 (en) 2010-12-23

Family

ID=41119419

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2009/052593 WO2010146417A1 (en) 2009-06-18 2009-06-18 Controlling a client device

Country Status (1)

Country Link
WO (1) WO2010146417A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002100092A1 (en) * 2001-06-07 2002-12-12 Koninklijke Philips Electronics N.V. Automatic setting of video and audio settings for media output devices
US20030227569A1 (en) * 2002-06-11 2003-12-11 Samsung Electronics Co., Ltd. Automatic control apparatus and method for adaptively optimizing television viewing conditions
US20090125939A1 (en) * 2007-11-13 2009-05-14 Acer Incorporated Television capable of and method for changing output effect based on program type

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002100092A1 (en) * 2001-06-07 2002-12-12 Koninklijke Philips Electronics N.V. Automatic setting of video and audio settings for media output devices
US20030227569A1 (en) * 2002-06-11 2003-12-11 Samsung Electronics Co., Ltd. Automatic control apparatus and method for adaptively optimizing television viewing conditions
US20090125939A1 (en) * 2007-11-13 2009-05-14 Acer Incorporated Television capable of and method for changing output effect based on program type

Similar Documents

Publication Publication Date Title
US10412459B2 (en) Method and apparatus for displaying electronic program guide information
KR100735218B1 (en) Device and method for displaying broadcasting information in digital broadcasting receiver
US6993782B1 (en) Program guide information and processor for providing program and channel substitution
US6529526B1 (en) System for processing programs and program content rating information derived from multiple broadcast sources
CA2206105C (en) Multi-channel television system with viewer-selectable video and audio
JP4047124B2 (en) Receiving apparatus and receiving method
CN1647501A (en) Downloading of programs into broadcast-receivers
US8286207B1 (en) System for processing programs and system timing information derived from multiple broadcast sources
EP1264481B1 (en) Program guide information and processor for providing program and channel substitution
KR20110072202A (en) Method for poviding subtile data and internet protocol tv enabling of the method
WO2010146417A1 (en) Controlling a client device
KR100793777B1 (en) Display apparatus and method for displaying broadcast information thereof
KR101627859B1 (en) A method of providing application list based upon broadcasting information for an add-on television
KR20120001928A (en) Method for displaying channel information and display apparatus thereof
KR100840570B1 (en) Method for using extra virtual channel in a digital broadcast system
KR100919908B1 (en) electronic program guide download method
KR100662871B1 (en) The method of displaying the information of the broadcast program
KR101527012B1 (en) Method for processing broadcast data and digital broadcast receiver
WO2000048394A1 (en) Method and apparatus for presenting a program
KR20050003215A (en) Method for displaying epg in a digital tv receiver
KR20080000057A (en) Method for offering program guide of digital television
KR20070120818A (en) Channel structuring method for digital television
KR20090057774A (en) User interface method and set-top box for iptv service
KR20070051142A (en) Method for setting reserve-recording in digital broadcasting receiver
KR20100043891A (en) Method and system for setting advertizement in broadcasting device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09786432

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09786432

Country of ref document: EP

Kind code of ref document: A1