WO2000079787A1 - Method and receiver for managing the consistency of service lists in digital television system - Google Patents

Method and receiver for managing the consistency of service lists in digital television system Download PDF

Info

Publication number
WO2000079787A1
WO2000079787A1 PCT/EP2000/005732 EP0005732W WO0079787A1 WO 2000079787 A1 WO2000079787 A1 WO 2000079787A1 EP 0005732 W EP0005732 W EP 0005732W WO 0079787 A1 WO0079787 A1 WO 0079787A1
Authority
WO
WIPO (PCT)
Prior art keywords
list
service
services
receiver
customized
Prior art date
Application number
PCT/EP2000/005732
Other languages
French (fr)
Inventor
Eric Deniau
Luc Gentil
Laurent Chatelier
Original Assignee
Thomson Licensing S.A.
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 Thomson Licensing S.A. filed Critical Thomson Licensing S.A.
Priority to JP2001504679A priority Critical patent/JP4693319B2/en
Priority to BRPI0012525-3A priority patent/BR0012525B1/en
Priority to US10/019,193 priority patent/US7698722B1/en
Priority to DE60001826T priority patent/DE60001826T2/en
Priority to EP00942112A priority patent/EP1188311B1/en
Priority to AU56846/00A priority patent/AU5684600A/en
Priority to MXPA01013334A priority patent/MXPA01013334A/en
Publication of WO2000079787A1 publication Critical patent/WO2000079787A1/en

Links

Classifications

    • 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
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored 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/482—End-user interface for program selection
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game

Definitions

  • This invention concerns the digital television field, and more specifically the processing of service information (SI) data.
  • SI service information
  • the implementation detailed below is mainly based on the DSS system (Direct Satellite System), even if the principle can easily be extended to other similar standards, such as the European DVB (ETSI document ref. EN300468) or ATSC (ATSC ref. A/56).
  • New generation digital television systems include the possibility to broadcast applications in the bitstreams. These applications can then be downloaded by the receivers (set-top boxes), and be executed on their CPUs in order to present to the user dedicated features related to the television services he or she can access. These applications are built on top of Application Programming Interfaces (API) that offer the basic features available on the set-top box with which the high-level features to be proposed to the user can be built.
  • API Application Programming Interfaces
  • Existing commercial software packages provide such an operating system for digital decoders.
  • One major feature of a digital receiver device is the management of the sen/ice lists displayed to the user.
  • One of the first data the integrated receiver/decoder (IRD) must acquire before being operational is an image of the broadcast service list, described in the guide data contained in the bitstream.
  • the IRD software offers customized features, among which the possibility to create customized service lists from this broadcast list and store them in non-volatile memory.
  • One of these customized lists can then be selected and presented to the user. It is from this list, for example, a list of prefered services, that the user chooses the sen/ice he wants to watch.
  • the invention applies to IRDs operating on any type of broadcast network, either satellite, cable or terrestrial. It deals with an efficient way to manage the consistency between the different service lists derived from the broadcast one by at least one user and stored in non-volatile memory. This has to be done in order to avoid such problems as a user or an applicationtrying to connect to a service contained in one of its custom lists that has disappeared or been modified in the broadcast streams.
  • Most up-to-date digital television systems offers the possibility to install IRDs (i.e. build the list of services accessible to the IRD - IRD standing for Integrated Receiver Decoder) by means of service information data.
  • MPG Master Program Guide
  • PTC physical transport channels
  • a classical feature contained in IRDs is the possibility to build one or several customized service lists according to personal preferences, and to store them in non-volatile memory such that the user does not have to rebuild it every time the IRD is switched off.
  • the list of broadcast services (which is resident in the decoder's memory and regularly updated) managed by the IRD software will be updated accordingly. If services have been deleted or modified (e.g. moved from one PTC to another), the customized service lists that have been derived from it should also be updated accordingly in order to make them consistent with it. Not performing this will result for the viewer in connections to non-existing services and hence unexplained black-screens.
  • the object of the invention is a method for managing the consistency of service lists broadcasted by a digital television network, the service lists containing parameters corresponding to each broadcasted services and being received in a television receiver and stored in a memory, characterized in that, it comprises the step of :
  • the consistency check is trigerred at a determined time so that that does not disrupt the receiver use.
  • Another object of the invention is a receiver in a digital television system containing a central unit, reception means to receiving broadcasted services and services lists, memory containing a program, a buffer memor storing customized at least one service list characterized in that the memory contains a module for checking the consistency of service and a memory for storing an application adapted to trigger the said module, and that the receiver comprises means for checking the coherence between a list received by the reception means and one of the said customized lists.
  • Figure 1 is a block diagram of a television receiver implementing the present embodiment.
  • Figure 2 is a flowchart of the program module that manages the consistency of service lists.
  • the decoder of Figure 1 comprises a tuner 2 linked to a signal source
  • the signal source is a satellite dish and associated frequency converter.
  • the signal provided by the tuner is demodulated by a demodulator 3.
  • the demodulated data are corrected by a corrector circuit 4 and transmitted to a demultiplexer 5.
  • the demultiplexer 5 includes a certain number of filters programmed by a microprocessor 23 in view of the requirements of the operating system of the decoder and the various applications supported by the decoder, for providing requested data packets. For the clarity of the diagram, only some connections of the microprocessor 23 are illustrated.
  • decoder includes audio decoder 16, video decoder 17, teletext decoder/generator 18, a conditional access sub-system (including a decrypting circuit 7, a verifier circuit 8 for communication with a smart card 10 through smart card interface 9), and a service information module 19.
  • the data packets filtered by the demultiplexer are stored in predefined areas in a buffer memory 6 for access by the operating system and the applications. If necessary, the received information is first decrypted by a decrypting circuit 7 depending on the user's entitlements stored in the smart card 10, before being stored in the buffer memory 6.
  • Certain data packet types contain a description of the services broadcast in the network, and paths to the different components of each service.
  • a service may comprise audio, video and other data components.
  • the decoder also includes an infrared receiver 24 for communication with a remote control 24, the said receiver 24 being linked to the microprocessor 23.
  • the latter is connected to a memory 12 that includes the operating system as well as code and data for some of the applications. Code or data may be resident or downloaded.
  • a modem 13 linked to the switched telephone network 14 is also controlled by the microprocessor.
  • a character generator 15 allows the generation of control menus relating to the parameters of the decoder or to a particular application.
  • the video signal generated by this character generator is multiplexed with one of the video signals coming from the video decoder 17 or from the Teletext decoder 18 towards a first connector linked to a television 22 or a second connector linked to a video recorder 21.
  • the multiplexing circuit 20 is managed by the microprocessor 23.
  • the service information module 19 is in charge of managing electronic program guide data. It consists in a program run by microprocessor 23, but is represented as a separate application in figure 1. The service information module enables the user to program a plurality of preferred service lists, such as a list for each family member.
  • the operating system of the decoder requests the microprocessor 23 to systematically extract from the received data stream information relating to the structure and content of the stream. This information is used to build a list of broadcast services, which is stored in memory 12 and, according to the present embodiment, continuously maintained up to date.
  • Memory 12 contains a program module for generating a coherence check between the list of broadcast services and one or more preferred lists of services maintained by the service information module (or any other type of customized list maintained by an application).
  • the module possesses an API (Application Programmable Interface) allowing an application to call this module for triggering a coherence check.
  • the list of services to be checked is passed as a parameters through the corresponding function call.
  • Some advantages of such a solution are to propose: - an automatic way to perform this operation (without any checking action required from the user, since the triggering can be carried out by an application), - a time effective way to perform this operation, as it can be done for a given service list (not all of them) at a time controlled by the application; an application can thus determine when processing power should be allocated to this task.
  • the running of the module is illustrated by the flowchart shown in the figure 2.
  • the check is a complete one, based upon the principle of verifying in the broadcast service list the content of each service contained in the given customized service list to be checked.
  • the operating system in memory 12 is booted (step 1).
  • the operating system launches the service information module which instructs the microprocessor to continuously retrieve data packets relating to the Master Program Guide.
  • the demultiplexer is configured accordingly by the microprocessor.
  • the user created a customized list of services through an electronic program guide (EPG), which is part of the service information module.
  • EPG electronic program guide
  • This customized list comprises for each service a service identifier, a service type (e.g. television service, radio service or interactive service), status information, title...
  • This data is a subset of the data available in the Master Program Guide.
  • the EPG calls the coherence check function of the module in memory 12. As a parameter, it passes the customized list to be checked.
  • the moment chosen by the EPG to call this function is for example upon acquisition of the MPG after booting, or after a certain period of inactivity of the user, determined by measuring the last time he manipulated the remote control, or periodically - for example at night -, or when the EPG detects an error in a customized list. An error occurs for example when the decoder tries to access a service which is not available any longer. In this case, the user sees a black screen.
  • the module initializes a pointer to point the beginning of the customized list to be checked.
  • the module verifies the presence of this service in the list extracted from the MPG (step 4). If the service is absent (step 5), then it is erased from the customized list (step 6). Else, the module checks whether the parameters for the service found in both lists are the same (step 7). If parameters differ, then the parameters of the customized list are updated (step 8).
  • step 9 the module loops back to step 4 if all services of the customized list have not yet been checked. Else, the checking process is terminated (step 10).
  • the module checks whether the customized list should contain additional services, in particular services added to the MPG since the last coherence check of the customized list.
  • This feature is applied for instance when the customized list is the result of a filtering process of the MPG list, and when the initial filter criteria are available to the module.
  • the service theme or title or audio language may be a filter criterion.
  • triggering the coherence check results in carrying out the filtering process anew, starting from the MPG list of services.
  • the received list does not contain a service that is still broadcast. In this case, it is preferable to wait a little time to update definitely the customized list even when the disappearance of the service is detected during a coherence check, in order to maintain across to this service.
  • a solution to solve this problem consists of associating a counter with each service of the customized service list. These counters are initialized with a predetermined value, for example "3", when the service is recognized in the received list. If the module detects a service disappear once, the counter of this service decreases. When it reaches the value "0", all the parameters of this service are erased in the customized service list..
  • a variant consists of not using a prestored received list for the coherence check. If the memory space is too small, it is no possible to continuously manage and update a received list.
  • the module decides to update a customized list (step 2), the module requests the extraction of new tables from the digital multiplex. When these tables are received, the customized list can be updated.
  • the preference service list edition is provided to a dedicated downloaded application called “electronic program guide” that also provides navigation and program information retrieval features.
  • the resulting lists are also used by another application called “surfing banner” that provides service connection and current broadcast information retrieval features.
  • the preference lists are checked against the broadcast one on two occasions: - the first check is performed automatically when entering the given preference list edition screen in the EPG application, as this preference list editing feature is not invoked that often by the user, the surfing banner application also triggers the operation when a connection error is notified to it following a service connection trial. Triggering is thus done an a as needed basis.
  • the preference service list edition is provided via the user interface embedded in the IRD.
  • the preference lists are then checked against the broadcast one at a given time, for example at night. When this time occurs, the module is called Both examples show that the invention allows to perform automatically the consistency check operation, at times when its either not disturbing (night-time) or when it is necessary (before editing the list, or when a connection error is detected).
  • An additional advantage of offering the trigger through an API is that the policy can evolve depending on service and application requirements.
  • the benefits of the invention are to be able to provide an IRD with a feature that allows to check the consistency of all the customized service lists stored in non-volatile memory with the content of the broadcast one in an automatic but efficient way.
  • On one side its then an automated process, thus avoiding situations in which the user can select unavailable services or those in which she has to rebuild its customised service lists at each change in the broadcast.
  • the proposed process is time controlled.
  • a fully automated one is very CPU intensive and disturbs a normal usage of the device.
  • the invention proposes to make the feature available through an API, it can be triggered at appropriate times depending on application features in order to minimize its impact on the user.
  • the embodiment concerns service lists, the invention can be adapted to other types of lists, such as for example event lists.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Stored Programmes (AREA)
  • Television Systems (AREA)

Abstract

The present invention consists of a method for managing the consistency of service lists broadcasted by a digital television network, the service lists containig parameters corresponding to each broadcasted services and being received in a television receiver and stored in a memory, characterized in that, it comprises the step of: triggering means for updating the said stored list, consistency checking between at least one stored list of services and a received list of service, updating the stored list in the memory of receiver with at least one parameter of the second list. The invention can be used in the field of digital television.

Description

METHOD AND RECEIVER FOR MANAGING THE CONSISTENCY OF SERVICE LISTS IN DIGITAL TELEVISION SYSTEM
This invention concerns the digital television field, and more specifically the processing of service information (SI) data. The implementation detailed below is mainly based on the DSS system (Direct Satellite System), even if the principle can easily be extended to other similar standards, such as the European DVB (ETSI document ref. EN300468) or ATSC (ATSC ref. A/56). New generation digital television systems include the possibility to broadcast applications in the bitstreams. These applications can then be downloaded by the receivers (set-top boxes), and be executed on their CPUs in order to present to the user dedicated features related to the television services he or she can access. These applications are built on top of Application Programming Interfaces (API) that offer the basic features available on the set-top box with which the high-level features to be proposed to the user can be built. Existing commercial software packages provide such an operating system for digital decoders.
One major feature of a digital receiver device is the management of the sen/ice lists displayed to the user. One of the first data the integrated receiver/decoder (IRD) must acquire before being operational is an image of the broadcast service list, described in the guide data contained in the bitstream. Then, the IRD software offers customized features, among which the possibility to create customized service lists from this broadcast list and store them in non-volatile memory. One of these customized lists can then be selected and presented to the user. It is from this list, for example, a list of prefered services, that the user chooses the sen/ice he wants to watch.
The invention applies to IRDs operating on any type of broadcast network, either satellite, cable or terrestrial. It deals with an efficient way to manage the consistency between the different service lists derived from the broadcast one by at least one user and stored in non-volatile memory. This has to be done in order to avoid such problems as a user or an applicationtrying to connect to a service contained in one of its custom lists that has disappeared or been modified in the broadcast streams. Most up-to-date digital television systems offers the possibility to install IRDs (i.e. build the list of services accessible to the IRD - IRD standing for Integrated Receiver Decoder) by means of service information data. In the DSS system, this data is contained in what is referred to as the Master Program Guide (MPG) that describes the services contained in the physical transport channels (PTC), grouping them by segments. The advantage of using this as a reference is first to acquire all data necessary to build an up-to-date broadcast service list from one single frequency (sometimes called the "barker channel") and then to be able to update this information without requiring any action from the user.
A classical feature contained in IRDs is the possibility to build one or several customized service lists according to personal preferences, and to store them in non-volatile memory such that the user does not have to rebuild it every time the IRD is switched off. When an update occurs in the broadcast MPG, and if the IRD is listening to new versions of this program guide, the list of broadcast services (which is resident in the decoder's memory and regularly updated) managed by the IRD software will be updated accordingly. If services have been deleted or modified (e.g. moved from one PTC to another), the customized service lists that have been derived from it should also be updated accordingly in order to make them consistent with it. Not performing this will result for the viewer in connections to non-existing services and hence unexplained black-screens.
The following methods could be used to verify the coherence of the service lists: - notifying the viewer of a change and asking him to check or rebuild all customised lists; this has one major drawback to request an explicit action from the user;
- checking in the customised service lists whether their content is still compatible with the broadcast one as soon as this one changes; this other technique can be time consuming depending on the number of services and of service lists.
Both have as a major drawback the time consumption, in the first case from the user, and in the second from the CPU.
The latter case is a problem as it can happen at any time and monopolize CPU processing power. Indeed, if around 600 services are available, a comparison with a number of customized list of a few hundred services each may take a certain amount of time.
The object of the invention is a method for managing the consistency of service lists broadcasted by a digital television network, the service lists containing parameters corresponding to each broadcasted services and being received in a television receiver and stored in a memory, characterized in that, it comprises the step of :
- triggering means for updating said stored list,
- consistency checking between at least one stored list of services and a received list of service,
- updating the stored list in the memory of receiver with at least one parameter of the second list.
In this way, the consistency check is trigerred at a determined time so that that does not disrupt the receiver use.
Another object of the invention is a receiver in a digital television system containing a central unit, reception means to receiving broadcasted services and services lists, memory containing a program, a buffer memor storing customized at least one service list characterized in that the memory contains a module for checking the consistency of service and a memory for storing an application adapted to trigger the said module, and that the receiver comprises means for checking the coherence between a list received by the reception means and one of the said customized lists.
Other characteristics and advantages of the invention will appear through the description of a non-restrictive embodiment of the invention, described in reference to the enclosed drawings:
Figure 1 is a block diagram of a television receiver implementing the present embodiment.
Figure 2 is a flowchart of the program module that manages the consistency of service lists.
The decoder of Figure 1 comprises a tuner 2 linked to a signal source
1. In the present embodiment, the signal source is a satellite dish and associated frequency converter. The signal provided by the tuner is demodulated by a demodulator 3. The demodulated data are corrected by a corrector circuit 4 and transmitted to a demultiplexer 5. The demultiplexer 5 includes a certain number of filters programmed by a microprocessor 23 in view of the requirements of the operating system of the decoder and the various applications supported by the decoder, for providing requested data packets. For the clarity of the diagram, only some connections of the microprocessor 23 are illustrated. Applications of the decoder include audio decoder 16, video decoder 17, teletext decoder/generator 18, a conditional access sub-system (including a decrypting circuit 7, a verifier circuit 8 for communication with a smart card 10 through smart card interface 9), and a service information module 19.
The data packets filtered by the demultiplexer are stored in predefined areas in a buffer memory 6 for access by the operating system and the applications. If necessary, the received information is first decrypted by a decrypting circuit 7 depending on the user's entitlements stored in the smart card 10, before being stored in the buffer memory 6. Certain data packet types contain a description of the services broadcast in the network, and paths to the different components of each service. A service may comprise audio, video and other data components.
The decoder also includes an infrared receiver 24 for communication with a remote control 24, the said receiver 24 being linked to the microprocessor 23. The latter is connected to a memory 12 that includes the operating system as well as code and data for some of the applications. Code or data may be resident or downloaded. A modem 13 linked to the switched telephone network 14 is also controlled by the microprocessor.
A character generator 15 allows the generation of control menus relating to the parameters of the decoder or to a particular application. The video signal generated by this character generator is multiplexed with one of the video signals coming from the video decoder 17 or from the Teletext decoder 18 towards a first connector linked to a television 22 or a second connector linked to a video recorder 21. The multiplexing circuit 20 is managed by the microprocessor 23.
The service information module 19 is in charge of managing electronic program guide data. It consists in a program run by microprocessor 23, but is represented as a separate application in figure 1. The service information module enables the user to program a plurality of preferred service lists, such as a list for each family member.
The operating system of the decoder requests the microprocessor 23 to systematically extract from the received data stream information relating to the structure and content of the stream. This information is used to build a list of broadcast services, which is stored in memory 12 and, according to the present embodiment, continuously maintained up to date.
Memory 12 contains a program module for generating a coherence check between the list of broadcast services and one or more preferred lists of services maintained by the service information module (or any other type of customized list maintained by an application). The module possesses an API (Application Programmable Interface) allowing an application to call this module for triggering a coherence check. The list of services to be checked is passed as a parameters through the corresponding function call.
Some advantages of such a solution are to propose: - an automatic way to perform this operation (without any checking action required from the user, since the triggering can be carried out by an application), - a time effective way to perform this operation, as it can be done for a given service list (not all of them) at a time controlled by the application; an application can thus determine when processing power should be allocated to this task.
The running of the module is illustrated by the flowchart shown in the figure 2. The check is a complete one, based upon the principle of verifying in the broadcast service list the content of each service contained in the given customized service list to be checked.
When the decoder is switched on, the operating system in memory 12 is booted (step 1). The operating system launches the service information module which instructs the microprocessor to continuously retrieve data packets relating to the Master Program Guide. The demultiplexer is configured accordingly by the microprocessor.
During a previous session, the user created a customized list of services through an electronic program guide (EPG), which is part of the service information module. For example, the user selected among all services present in the Master Program Guide those services which correspond to his personal tastes. This customized list comprises for each service a service identifier, a service type (e.g. television service, radio service or interactive service), status information, title... This data is a subset of the data available in the Master Program Guide.
At step 2, at a time chosen by the EPG, the EPG calls the coherence check function of the module in memory 12. As a parameter, it passes the customized list to be checked. The moment chosen by the EPG to call this function is for example upon acquisition of the MPG after booting, or after a certain period of inactivity of the user, determined by measuring the last time he manipulated the remote control, or periodically - for example at night -, or when the EPG detects an error in a customized list. An error occurs for example when the decoder tries to access a service which is not available any longer. In this case, the user sees a black screen. At step 3, the module initializes a pointer to point the beginning of the customized list to be checked. For each service in that list, the module verifies the presence of this service in the list extracted from the MPG (step 4). If the service is absent (step 5), then it is erased from the customized list (step 6). Else, the module checks whether the parameters for the service found in both lists are the same (step 7). If parameters differ, then the parameters of the customized list are updated (step 8).
In step 9, the module loops back to step 4 if all services of the customized list have not yet been checked. Else, the checking process is terminated (step 10).
According to a variant embodiment of the invention, for reestablishing coherence, the module checks whether the customized list should contain additional services, in particular services added to the MPG since the last coherence check of the customized list. This feature is applied for instance when the customized list is the result of a filtering process of the MPG list, and when the initial filter criteria are available to the module. For example, the service theme or title or audio language may be a filter criterion. In this case, triggering the coherence check results in carrying out the filtering process anew, starting from the MPG list of services.
When this is done, the data corresponding to the customized service list that is stored in non-volatile memory are updated accordingly and the application that uses these data is notified of the end of the operation.
Sometimes, the received list does not contain a service that is still broadcast. In this case, it is preferable to wait a little time to update definitely the customized list even when the disappearance of the service is detected during a coherence check, in order to maintain across to this service. A solution to solve this problem consists of associating a counter with each service of the customized service list. These counters are initialized with a predetermined value, for example "3", when the service is recognized in the received list. If the module detects a service disappear once, the counter of this service decreases. When it reaches the value "0", all the parameters of this service are erased in the customized service list..
A variant consists of not using a prestored received list for the coherence check. If the memory space is too small, it is no possible to continuously manage and update a received list. When the module decides to update a customized list (step 2), the module requests the extraction of new tables from the digital multiplex. When these tables are received, the customized list can be updated.
Examples of application of this feature by a dedicated IRD are given below to illustrate the possibilities offered by such a mechanism. In fact, they correspond to two different broadcaster policies implemented through downloaded applications:
In the first IRD example, the preference service list edition is provided to a dedicated downloaded application called "electronic program guide" that also provides navigation and program information retrieval features. The resulting lists are also used by another application called "surfing banner" that provides service connection and current broadcast information retrieval features. In such an IRD, the preference lists are checked against the broadcast one on two occasions: - the first check is performed automatically when entering the given preference list edition screen in the EPG application, as this preference list editing feature is not invoked that often by the user, the surfing banner application also triggers the operation when a connection error is notified to it following a service connection trial. Triggering is thus done an a as needed basis.
In the second IRD example, the preference service list edition is provided via the user interface embedded in the IRD. The preference lists are then checked against the broadcast one at a given time, for example at night. When this time occurs, the module is called Both examples show that the invention allows to perform automatically the consistency check operation, at times when its either not disturbing (night-time) or when it is necessary (before editing the list, or when a connection error is detected). An additional advantage of offering the trigger through an API is that the policy can evolve depending on service and application requirements.
The benefits of the invention are to be able to provide an IRD with a feature that allows to check the consistency of all the customized service lists stored in non-volatile memory with the content of the broadcast one in an automatic but efficient way. On one side, its then an automated process, thus avoiding situations in which the user can select unavailable services or those in which she has to rebuild its customised service lists at each change in the broadcast. On the other side, the proposed process is time controlled. A fully automated one is very CPU intensive and disturbs a normal usage of the device. As the invention proposes to make the feature available through an API, it can be triggered at appropriate times depending on application features in order to minimize its impact on the user. Although the embodiment concerns service lists, the invention can be adapted to other types of lists, such as for example event lists.

Claims

1. Method for managing the service lists broadcast in a television system characterized in that, in a receiver of such a system, the method comprises the step of : storing at least one customized list of services; providing an application programmable interface trigger for triggering a consistency check between said at least one customized list of services and a downloaded update of a list of services available to the receiver.
2. Method according to claim 1 , wherein said consistency check comprises the step of verifying the absence of a service of a stored list in the updated list, and in case such an absence is detected, in deleting said service from the stored list.
3. Method according to claim 2, wherein the deletion of an absent service from the stored list is carried out after a predetermined number of checks revealing the absence of the service in the updated list.
4. Method according to one of the claims 1 to 3, wherein said consistency check comprises the step of verifying the presence of a service of a stored list in the updated list, and in case such presence is detected, in comparing whether parameters relative to said detected service and stored in said stored list are similar to parameters relative to said detected service in the updated list, and in case of difference between the parameters, of updating the parameters of the detected service in the stored list.
5. Method according to one of the claims 1 to 4, wherein a consistency check of a stored list is triggered: (a) when an application for editing the at least one stored list is launched and/or
(b) at a predetermined time of the day.
6. Receiver in a digital television system containing a central unit (23), reception means to receiving broadcasted services and services lists, memory (12) containing a program, a memory (6) for storing at least one customized list of services, characterized in that it comprises:
- a demultiplexer for demultiplexing an updated list of services available to the receiver;
- means for checking the coherence between said at least one customized list of services and said updated list of services;
- a memory for storing an application adapted to trigger the coherence check by said means.
7. Receiver in a digital television system according to claim 6, characterized in that it comprises means to allow the user to select a service of the customized list and means for controlling if said selected service is in the updated list of services, means for updating the customized list are triggered if the selected service is not in the updated list.
8. Receiver in a digital television system according to claim 7, characterized in that it comprises it comprises a counter which counts the number of checking of lists for that a selected service in a customized list is not in the updated list, and a erasing means which are activated when the counter reaches a predetermined value.
PCT/EP2000/005732 1999-06-21 2000-06-21 Method and receiver for managing the consistency of service lists in digital television system WO2000079787A1 (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2001504679A JP4693319B2 (en) 1999-06-21 2000-06-21 Method and receiver for managing service list consistency in a digital television system
BRPI0012525-3A BR0012525B1 (en) 1999-06-21 2000-06-21 METHOD FOR MANAGING SERVICE LISTS DIFFUSED IN A TV RECEIVER AND RECEIVER FOR A DIGITAL TELEVISION SYSTEM
US10/019,193 US7698722B1 (en) 1999-06-21 2000-06-21 Method and receiver for managing the consistency of service lists in digital television
DE60001826T DE60001826T2 (en) 1999-06-21 2000-06-21 Update service lists in the receiver of a digital television system
EP00942112A EP1188311B1 (en) 1999-06-21 2000-06-21 Updating service lists in a receiver of a digital television system
AU56846/00A AU5684600A (en) 1999-06-21 2000-06-21 Method and receiver for managing the consistency of service lists in digital television system
MXPA01013334A MXPA01013334A (en) 1999-06-21 2000-06-21 Method and receiver for managing the consistency of service lists in digital television system.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP99401564 1999-06-21
EP99401564.2 1999-06-21

Publications (1)

Publication Number Publication Date
WO2000079787A1 true WO2000079787A1 (en) 2000-12-28

Family

ID=8242021

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2000/005732 WO2000079787A1 (en) 1999-06-21 2000-06-21 Method and receiver for managing the consistency of service lists in digital television system

Country Status (11)

Country Link
US (1) US7698722B1 (en)
EP (1) EP1188311B1 (en)
JP (1) JP4693319B2 (en)
KR (1) KR100750984B1 (en)
CN (1) CN1140113C (en)
AU (1) AU5684600A (en)
BR (1) BR0012525B1 (en)
DE (1) DE60001826T2 (en)
ES (1) ES2194746T3 (en)
MX (1) MXPA01013334A (en)
WO (1) WO2000079787A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008096305A1 (en) * 2007-02-05 2008-08-14 Koninklijke Philips Electronics N.V. Method of providing service information for use by a digital broadcast receiver
US20090315998A1 (en) * 2008-06-20 2009-12-24 Praggya Garg Self diagnostics of TV
WO2010002442A1 (en) * 2008-07-02 2010-01-07 Thomson Licensing Filtering of dynamic services in cached service acquisition data
EP1898539A3 (en) * 2006-09-07 2011-07-27 Samsung Electronics Co., Ltd. Host device having notice function for setting environment and setting environment method thereof

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008056909A1 (en) * 2006-11-07 2008-05-15 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving service variation information in digital broadcasting system
US8477942B2 (en) 2008-10-21 2013-07-02 Motorola Mobility Llc Method and apparatus for managing service lists
CN102484746B (en) * 2009-08-18 2014-05-07 松下电器产业株式会社 Image input device and image display system
CN101778253A (en) * 2009-12-21 2010-07-14 深圳市同洲电子股份有限公司 Digital television receiving terminal and method and system for application management thereof
EP3468177B1 (en) * 2012-01-24 2020-04-29 Saturn Licensing LLC Receiver, reception method, program and information processing system
US11082849B2 (en) * 2015-08-07 2021-08-03 Qualcomm Incorporated Validating authorization for use of a set of features of a device
CN107273158B (en) * 2017-06-08 2021-10-26 广东美的暖通设备有限公司 Program upgrading method and device, host, slave and multi-split air conditioning system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5483278A (en) * 1992-05-27 1996-01-09 Philips Electronics North America Corporation System and method for finding a movie of interest in a large movie database
WO1996007270A1 (en) * 1994-08-31 1996-03-07 Yuen Henry C Method and apparatus for displaying television programs and related text
EP0823798A1 (en) * 1996-08-09 1998-02-11 THOMSON multimedia Receiver in a cyclic packet data transmission system
JPH11134345A (en) * 1997-10-27 1999-05-21 Fuji Xerox Co Ltd Favorite information selecting device

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5644354A (en) * 1992-10-09 1997-07-01 Prevue Interactive, Inc. Interactive video system
DE4410547C2 (en) * 1994-03-26 1999-03-18 Loewe Opta Gmbh Process for creating an electronic program guide and circuit therefor
US5758257A (en) * 1994-11-29 1998-05-26 Herz; Frederick System and method for scheduling broadcast of and access to video programs and other data using customer profiles
US5699125A (en) * 1995-03-31 1997-12-16 Matsushita Electric Corporation Of America Electronic television program guide for a television system having two tuners
US5652613A (en) * 1995-06-07 1997-07-29 Lazarus; David Beryl Intelligent electronic program guide memory management system and method
US5872588A (en) * 1995-12-06 1999-02-16 International Business Machines Corporation Method and apparatus for monitoring audio-visual materials presented to a subscriber
JP3540098B2 (en) * 1996-06-21 2004-07-07 松下電器産業株式会社 Television broadcast receiver
PT932398E (en) * 1996-06-28 2006-09-29 Ortho Mcneil Pharm Inc USE OF THE SURFACE OR ITS DERIVATIVES FOR THE PRODUCTION OF A MEDICINAL PRODUCT FOR THE TREATMENT OF MANIAC-DEPRESSIVE BIPOLAR DISTURBLES
US6177931B1 (en) * 1996-12-19 2001-01-23 Index Systems, Inc. Systems and methods for displaying and recording control interface with television programs, video, advertising information and program scheduling information
US6163316A (en) * 1997-01-03 2000-12-19 Texas Instruments Incorporated Electronic programming system and method
JPH10276160A (en) * 1997-03-31 1998-10-13 Sony Corp Program production transmission device
US6055570A (en) * 1997-04-03 2000-04-25 Sun Microsystems, Inc. Subscribed update monitors
JP3929553B2 (en) * 1997-06-11 2007-06-13 株式会社フィリップスエレクトロニクスジャパン Reception control method for data broadcasting receiver
KR100233410B1 (en) * 1997-06-24 1999-12-01 윤종용 Method for updating electronic program guide information and device thereof in a disital tv receiver
KR100222700B1 (en) 1997-06-24 1999-10-01 윤종용 Program guide changing method and apparatus in a digital television
US6138908A (en) * 1997-09-19 2000-10-31 Ericsson Inc. Method for updating communications facilitation data
US6298482B1 (en) * 1997-11-12 2001-10-02 International Business Machines Corporation System for two-way digital multimedia broadcast and interactive services
US6337719B1 (en) * 1998-03-30 2002-01-08 U. S. Philips Corporation Apparatus for receiving signals during power-off (stand-by) mode
GB9826695D0 (en) * 1998-12-05 1999-01-27 Koninkl Philips Electronics Nv Television receiver
JP3059692U (en) * 1998-12-08 1999-07-13 船井電機株式会社 Channel preset device
US6374404B1 (en) * 1998-12-16 2002-04-16 Sony Corporation Of Japan Intelligent device having background caching of web pages from a digital television broadcast signal and method of same
US6691311B1 (en) * 1999-02-12 2004-02-10 Sony Corporation Digital signal receiving apparatus and receiving method
US6681247B1 (en) * 1999-10-18 2004-01-20 Hrl Laboratories, Llc Collaborator discovery method and system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5483278A (en) * 1992-05-27 1996-01-09 Philips Electronics North America Corporation System and method for finding a movie of interest in a large movie database
WO1996007270A1 (en) * 1994-08-31 1996-03-07 Yuen Henry C Method and apparatus for displaying television programs and related text
EP0823798A1 (en) * 1996-08-09 1998-02-11 THOMSON multimedia Receiver in a cyclic packet data transmission system
JPH11134345A (en) * 1997-10-27 1999-05-21 Fuji Xerox Co Ltd Favorite information selecting device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PATENT ABSTRACTS OF JAPAN vol. 1999, no. 10 31 August 1999 (1999-08-31) *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1898539A3 (en) * 2006-09-07 2011-07-27 Samsung Electronics Co., Ltd. Host device having notice function for setting environment and setting environment method thereof
US8171512B2 (en) 2006-09-07 2012-05-01 Samsung Electronics Co., Ltd. Host device having notice function for setting environment and setting environment method thereof
WO2008096305A1 (en) * 2007-02-05 2008-08-14 Koninklijke Philips Electronics N.V. Method of providing service information for use by a digital broadcast receiver
US20090315998A1 (en) * 2008-06-20 2009-12-24 Praggya Garg Self diagnostics of TV
WO2010002442A1 (en) * 2008-07-02 2010-01-07 Thomson Licensing Filtering of dynamic services in cached service acquisition data

Also Published As

Publication number Publication date
EP1188311A1 (en) 2002-03-20
DE60001826D1 (en) 2003-04-30
EP1188311B1 (en) 2003-03-26
KR20020016825A (en) 2002-03-06
BR0012525B1 (en) 2014-12-23
MXPA01013334A (en) 2002-07-09
JP4693319B2 (en) 2011-06-01
AU5684600A (en) 2001-01-09
BR0012525A (en) 2002-04-09
US7698722B1 (en) 2010-04-13
JP2003502953A (en) 2003-01-21
DE60001826T2 (en) 2003-09-25
KR100750984B1 (en) 2007-08-22
ES2194746T3 (en) 2003-12-01
CN1361979A (en) 2002-07-31
CN1140113C (en) 2004-02-25

Similar Documents

Publication Publication Date Title
KR101215350B1 (en) Cable broadcasting receiver and firmware upgrading method
KR101526967B1 (en) Apparatus for transmitting software in cable broadcast, apparatus and method for downloading software and receiving in cable broadcast
JP4531259B2 (en) Application data table for multi-service digital transmission systems.
CN1647501A (en) Downloading of programs into broadcast-receivers
CA2570741A1 (en) Method, system and apparatus for conveying personalized content to a viewer
EP1188311B1 (en) Updating service lists in a receiver of a digital television system
KR101002838B1 (en) An image display device and method for working contents of the same
JP2003506975A (en) Service browser process and related systems
EP1430397B1 (en) Control of an interactive application in a data stream
EP1234451B1 (en) Method and apparatus for managing multiple applications in large scale networks
WO2001031442A2 (en) Management of volatile and non-volatile memory resources in digital communications terminals
JP2002503063A (en) Configuration method and apparatus
US6832323B1 (en) Object and feature authorization for digital communication terminals
US8565587B2 (en) Recording control apparatus and method for controlling recording control apparatus
JP2009044401A (en) Receiver
CA2388210C (en) Object and feature authorization for digital communication terminals
WO2007048222A1 (en) Method, system and apparatus for triggering an event action in accordance with viewer preferences
KR101088121B1 (en) Receiver in a content transmission system, and method of managing a list of services at the level of the receiver
EP1043897B1 (en) Process of managing service informations in a digital television and associated receiver
EP1662390B1 (en) Control of an interactive application at service handover
KR100683346B1 (en) Method for manupulating EPG information in Digital Multimedia Broadcasting receiver
EP1222818A2 (en) Tuning of multiple application enabled digital communication terminals to access services
WO2000048394A1 (en) Method and apparatus for presenting a program

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 00810496.4

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2000942112

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020017015721

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: PA/a/2001/013334

Country of ref document: MX

ENP Entry into the national phase

Ref document number: 2001 504679

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 10019193

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1020017015721

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2000942112

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 2000942112

Country of ref document: EP