EP0719482B2 - A communication network comprising a plurality of receivers with user profile dependent selection of programmes - Google Patents

A communication network comprising a plurality of receivers with user profile dependent selection of programmes Download PDF

Info

Publication number
EP0719482B2
EP0719482B2 EP94926747A EP94926747A EP0719482B2 EP 0719482 B2 EP0719482 B2 EP 0719482B2 EP 94926747 A EP94926747 A EP 94926747A EP 94926747 A EP94926747 A EP 94926747A EP 0719482 B2 EP0719482 B2 EP 0719482B2
Authority
EP
European Patent Office
Prior art keywords
objects
receiver
receivers
communication system
interest
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Lifetime
Application number
EP94926747A
Other languages
German (de)
French (fr)
Other versions
EP0719482B1 (en
EP0719482A1 (en
Inventor
Russell D. N. Mackinnon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Pelmorex Media Inc
Original Assignee
Pelmorex Media Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=4152315&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=EP0719482(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Pelmorex Media Inc filed Critical Pelmorex Media Inc
Publication of EP0719482A1 publication Critical patent/EP0719482A1/en
Application granted granted Critical
Publication of EP0719482B1 publication Critical patent/EP0719482B1/en
Publication of EP0719482B2 publication Critical patent/EP0719482B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28Arrangements for simultaneous broadcast of plural pieces of information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • H04N21/25891Management of end-user data being end-user preferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management 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/4508Management of client data or end-user data
    • H04N21/4532Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management 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/454Content or additional data filtering, e.g. blocking advertisements

Definitions

  • This invention relates to a communication system. More particularly, the present invention relates to a non-hierarchial network in which receivers are responsive to data objects which are broadcast network wide.
  • the addressing scheme produces a single to multi-point network in which communication is provided between a transmitter and one or more receivers.
  • EP, A, O 190 837 published August 13, 1986 discloses a teletext display system in which, to reduce storage capacity and to speed updating, each teletext page contains an identification or I D code, and each receiver has a local interest list which is created based on those pages which are selected most frequently by the user. If a page with an ID on the interest list is received, it is stored so that it can be more rapidly displayed. The pages of interest are then displayed on user request.
  • CH, A, 665 516 granted May 13, 1988 discloses a system in which no addressing is required, but rather in which each transmitter transmits a data sequence (e.g. weather reports) from various regions, each report having an ID associated with it.
  • a data sequence e.g. weather reports
  • Each receiver can store only a small part of the data stream and chooses reports to store by a local interest list entered by the user on its own keyboard. Stored objects are displayed on request by the user.
  • Neither of these systems discloses an automated communication system in which a central transmitter can transmit objects to a plurality of receivers, without the need for point-to-point addressing, and in which each receiver can select objects and then automatically retransmit them in a desired sequence, for display on a customer's television set or the like, in the order of their respective start times.
  • a feature of the present invention is that the receivers process data independent of the transmitter.
  • the system does not require the transmitter to address any of the receivers. Instead, the transmitter broadcasts a stream of objects and each receiver selects any object according to a local profile, and stores the selected objects. Each receiver then retransmits the stored objects in a desired sequence in the order of their respective start times.
  • the receivers can provide a number of different services.
  • FIG. 1 shows in block diagram form an overview of a communication system 2 according to the present invention.
  • the communication system 2 comprises a communication controller 4, a transmitter 6, a communication channel 8, and a receiver 10 which comprises a communication interface 12 and an on-line de-selector 14.
  • the communication controller 4 comprises a computer which is coupled to the transmitter 6.
  • the function of the communication controller 4 is to transmit data objects to the receivers 10.
  • the receiver 10 is coupled to a cable television network 16.
  • the cable television network 16 comprises a cable television station 18 and cable television subscribers 20 (e.g. households).
  • the cable television station 18 is a client or user of services which are made available through the communication network 2.
  • the communication network 2 can be used to provide a number of different services, such as weather forecast, stock market reporting, and headline news for example.
  • the cable television station 18 obtains access to these services through the receiver 10 and retransmits the service(s) to the subscribers 20 or households.
  • the communication controller 4 does not use an addressing scheme, instead the objects are broadcast into space and the receivers 10 accept the data, but only process data objects based on their individual requirements or interests.
  • an object can comprise digital or computer images, and textual data, related to, but not limited, for example weather, financial or headline news, and the information is transmitted as a stream of data objects.
  • a live video feed signal and audio signal feed can be incorporated into the service which is provided by the receiver 10.
  • Each receiver 10 has a profile/scheduler which specifies the objects which are of interest to the receiver 10.
  • the receiver 10 uses its profile/scheduler to "de-select" objects which are of interest to it from the continuous stream of objects existing in space. Because each receiver 10 includes the means for determining which objects it is interested in, the communication controller 4 needs to know very little about the receiver 10, for example, the address or location of each receiver 10 is not required. It will be appreciated by those skilled in the art that this can simplify the design of the communication network.
  • the communication controller 4 can include an off-line support module 22. Because the system 2 according to the present invention provides an open network architecture, i.e. receivers 10 existing in space without addresses, the controller 4 need not know much about the receivers 10. The primary task of the controller 4 is providing objects based on the interests of the users or clients (e.g. the cable television station 18) of the system 2. Therefore, the support module 22 can comprise one or more databases for storing client information and lists of objects for management and inventory purposes. The objects themselves are supplied by an object source 23 and put into a form for transmission (e.g. TIFF format) by an object builder 25 which is coupled to the communication controller 4.
  • an object source 23 e.g. TIFF format
  • the transmitter 6 comprises communication equipment which is coupled to the controller 4.
  • the transmitter 6 provides the interface between the controller 4 and the communication channel 8.
  • the transmitter 6 formats the data objects according to the standard and protocol utilized by the communication channel 8.
  • the communication channel 8 comprises a satellite system.
  • the satellite uses a signalling channel comprising a baseband signal (which provides the video and audio signal feeds) and includes data sub-carrier, e.g. 512 kiloBaud, for the data objects and another sub-carrier for an audio signal channel.
  • Each of the receivers 10 includes a front-end or communication interface 12 which is compatible with the satellite communication channel 8.
  • the transmitter 6 and the front-end of receiver 10 i. e. communication interface 12
  • the communication interface 12 (or front-end) in the receiver 10 provides an interface which is compatible with the transmitter 6, as described above.
  • the interface 12 (in the receiver 10) accepts the incoming satellite signal (baseband video/audio and data sub-carrier) according to the standard and protocol utilized by the transmitter 6 and converts into a signal level which is compatible with the on-line de-selector 14.
  • the communication interface 12 is coupled to the on-line de-selector 14 and supplies the de-selector 14 with a signal comprising a stream of data objects 99 ( Figure 8).
  • the incoming signal represents a stream of data objects which are received by all the receivers 10, but processed according to the interests of each receiver 10, as will now be described in detail.
  • FIG. 8 shows the organization of a stream of data objects 99.
  • the stream 99 comprises a series of data objects denoted generally by reference 100.
  • Each object 100 comprises an-object data portion 102 which contains data or information related to the service being provided, for example, video images for a headline news story.
  • the object 100 includes a start of object field 104, an object sequence number 106, an object identifier field 108 which comprises a Unique ID, a time stamp field 110, and an associated service field 112, and an end of object field 114.
  • the start of object field 104, the end of object field 114 and the object sequence number 106 are part of the overhead information required to transmit and receive the object 100 as will be understood by one skilled in the art.
  • the start of object and end of object fields 104,114 define the start and end of a data object 100, and can include error detection information such as a checksum or CRC code.
  • the object data 102 can be transmitted as a sequence of objects 100 and the object sequence number field 106 is used to define the object number in the sequence.
  • the Unique ID field 108 contains a name or identifier which allows the object 100 to be identified by the receiver 10 and selected if the object 100 is of interest as determined by the profile (see below). Because the data portion 102 defines what the object is, the Unique ID field 108 can simply contain a generic name to identify the object 100. This feature also allows the system 2 to use a single stream 99 to provide many different types of services, e.g. weather forecasting and headline news.
  • the time stamp field 110 is included because certain types of objects, e.g. weather forecast, can become obsolete after a certain time.
  • the time stamp field 110 comprises date and time of day information that indicates when the object 100 was created.
  • the time stamp 110 can be assigned by the object builder 25 ( Figure 1).
  • the receiver 10 can use the time field 110 as a criterion for selecting objects 100 from the stream of objects 99. For example, an older object 100 can be replaced by a newer object, as determined by the time stamp 110.
  • the associated service field 112 identifies the service with which the object is associated, for example, a headline news service or a stock market service.
  • the receiver 10 uses its profile/scheduler to "de-select" objects 100 (Figure 8) which are of interest to it from the continuous stream of objects 99 existing in space.
  • An exemplary profile 120 is shown in Figure 6.
  • the profile 120 is a record for the receiver 10 which contains specific information 122 and service specific information 124.
  • the profile 120 can reside on a diskette (not shown) or be burned into an EPROM (not shown) which is read by the receiver 10.
  • the profile 120 can be entered into memory in the receiver 10 via a serial port connection 15 which couples the receiver 10 to a local off-line support module 17 ( Figure 1).
  • the primary function of the off-line support module 17 is to give the cable station 18 the capability to modify or augment the profile 120.
  • the principle function of the profile 120 is to provide the receiver 10 with information so that the receiver 10 can determine which objects 100 in the stream of objects 99 are of interest to it and therefore should be selected from the stream 99.
  • the profile 120 is originally generated by compiling the interests of a cable television station 18, for example by completing a questionnaire. The interests are then compiled into a profile 120 for that station. The profile 120 is then forwarded to the station 18, in the form of diskette for example, and installed in the receiver 10.
  • the receiver 10 specific information comprises a time zone designation 126, a daylight saving offset designation 128, a daylight saving date and time zone designation 130, and a language designation 132.
  • the information in the daylight saving date designation 130 is used by the receiver 10 to determine when to activate/deactivate daylight savings time.
  • the objects 100 in the stream 99 can have more than one language.
  • the receiver 10 uses its language designation 132 to determine its language, i.e. the language of objects that it is interested in. For example, a French designated receiver 10 will only select those objects 100 which have an object identifier 108 which implicitly signifies an object in the French language.
  • the service specific information 124 comprises two general types of elements: system resource allowances 134 and an object cross reference table 136.
  • the receiver 10 uses the system resource allowances information 134 to configure its resources for the service to be provided, e.g. memory allocation.
  • the object cross-reference table 136 lists the objects that are associated with a service, provides the selection criteria by which the receiver 10 will select the objects 100 from the object stream 99 ( Figure 8), and also provides a local or Internal ID for use by the receiver 10.
  • the objects 100 can be identified according to their Unique ID 139 contained in field 108 ( Figure 8) of the packet 100.
  • the objects 100 can also be renamed with a corresponding Internal ID 140 which is contained in the object cross-reference table 136 as shown in Figure 7.
  • the cross-reference table 136 is preferred because it provides an "anti-collision" feature which is described below.
  • the cross-reference table 136 shown in Figure 7 comprises a list of "Unique ID” object identifiers 138 which are unique to the entire communication network.
  • the cross-reference table 136 also includes a list of "Internal ID” object identifiers 141 for use in the receiver 10.
  • the receiver 10 uses the Unique ID 139 to identify objects which are of interest to it. An object of interest is retained by the receiver 10 and then renamed according to the corresponding Internal ID 140. By renaming the object internally, the receiver 10 can avoid overwriting the object with a newly received object with the same Unique ID 139.
  • the cross-reference table 136 can provide an "anti-collision" function.
  • the cross-reference table 136 can also be used to maintain compatibility between older versions of receivers 10.
  • the service specific portion 124 of the profile 120 defines a "list of objects" which are of interest to the receiver 10.
  • the "list of objects” can be determined or calculated according to an algorithm in the receiver 10.
  • the algorithm can operate on data taken from the unit specific information 122 or a play-list for the receiver 10.
  • the algorithm produces a list of objects which are of interest to the receiver 10 thereby the receiver 10 the capability to determine its own profile 120.
  • the on-line de-selector 14 comprises a communication board 24 and a graphics display board 26 which are coupled to a central processing unit module 28 through a bus 30.
  • the on-line de-selector 14 is based on the well-known ISA or PC-AT (trademark) bus architecture.
  • the central processing unit 28 executes an application program which controls the operation of the on-line de-selector 14.
  • the central processing unit 28 module comprises an Intel 286/386/486 or Pentium (trademark) type microprocessor, a clock with battery backup, random access memory (1 megabyte minimum), and read only memory (not shown).
  • the central processing module 28 can include other resources, such as DMA (Direct Memory Access) controller (not shown).
  • the role of the communication board 24 is to extract objects 100 from the incoming data object stream 99 ( Figure 8) which are of interest to the receiver 10.
  • the function of the display board 26 is to display the objects which have been selected from the object stream by the communication board 24.
  • the objects 100 are extracted according to the profile 120 which defines the interests of the receiver 10 (see Figure 6).
  • the interests of the receiver 10, in turn, are determined by the client or user, e.g. the services that the cable television station 18 will provide its subscribers 20. Because the receiver 10 knows what objects it wants, the central communication controller 4 does not need to know this, and therefore the need for addressing the receivers 10 for selected data transfer is eliminated.
  • the communication board 24 comprises a digital module 34.
  • the digital module 34 is coupled to an integrated receiver demodulator 32 which is located upstream of the on-line de-selector 14, for example in the communication interface 12.
  • the function of the IRD module 32 is to descramble the incoming baseband signal from the receiver 10 and apply error detection and correction to the incoming signal.
  • the IRD module 32 demodulates and decompresses the baseband video signal, the audio sub-carrier and the data sub-carrier to recover the data object stream 99 ( Figure 8). Once the data sub-carrier has been demodulated, the module 32 can apply known error detection and correction techniques.
  • the IRD module 32 includes a data output 38 which is coupled to the digital module 34 and supplies serial digital data, e.g. the object stream 99.
  • the IRD module 32 also includes an audio feed output 36 and a video feed output 37.
  • the implementation of the IRD module 32 is within the understanding of those skilled in the art and comprises a known product which is available from Scientific Atlanta for example.
  • the digital module 34 receives and processes a serial digital feed 38.
  • the digital module 34 can implemented using the known HDLC/SDLC communication protocol and error correction techniques and the Intel 82530 family of communication processor.
  • the IRD module 32 can be packaged on an AT-style board which plugs into a slot on the ISA bus. If the communication channel 8 is not a satellite link, then the IRD module 32 can be replaced according to the communication protocol being used, for example, a high speed serial digital stream over an optical fiber link.
  • the primary function of the digital module 34 is to extract or deselect objects 100 from the received object stream 99 based on the particular interests (i.e. profile 120) of the receiver 10. This function is implemented in the form of a computer program which is described below.
  • the digital module 34 also provides buffering for the demodulated data objects.
  • the digital module 34 can be located on another AT-style board. Partitioning the IRD module 32 and the digital module 34 allows the IRD or analog module 32 to be changed (e.g. for a different communication interface) without changing the digital module 34. Communication between the IRD and digital modules 32,34 is accomplished through the serial link 38 as shown in Figure 2. Alternatively, the digital module 34 can be implemented as a software function in the computer program which is executed by the central processing unit 28.
  • the display board 26 is also coupled to the ISA bus 30.
  • the function of the display board 26 is to provide the objects that have been selected by the digital module 34 in a form (e.g. as cable television video signals) which is suitable for consumption by the user or client (e.g. cable television station 18). If the data portion 102 of the objects 100 are transmitted in a compressed format (e.g. TIFF - Tagged Image File Format using packed bit compression), the objects must be decompressed.
  • a compressed format e.g. TIFF - Tagged Image File Format using packed bit compression
  • the display board 26 includes a raster module 40.
  • the raster module 40 includes memory which is used to store and process objects containing video images. According to the invention, there are two planes of raster memory: the main raster having at least two pages; and the overlay plane.
  • the display board 26 processes its own Vertical Blanking Interval (VBI) interrupt.
  • the display board 40 preferably has the following functionality: (a) 256/32768 colour display; (b) display resolution of 640 x 480 for NTSC based television systems; (c) 768 x 576 display resolution for PAL based television systems; (d) a text function; (e) switching between three video inputs (i.e.
  • the display board 26 can also be packaged on an AT-style board which plugs into the ISA bus 30 and runs under the control of the central processing unit 28.
  • the on-line de-selector 14 also includes an audio module 42 which is used to process objects having audio information.
  • the audio module 42 preferably includes the capability to switch between audio inputs, for example, the audio feed 36 provided by the IRD module 32 and a local audio feed.
  • peripheral boards 44 which plug into the ISA bus 30 can comprise additional memory (e.g. RAM and/ or Flash Disk) to increase the capacity of the receiver 10, or a fax/modem board for example.
  • additional memory e.g. RAM and/ or Flash Disk
  • FIG. 3 shows in functional block diagram form an application program 50 executed by the receiver 10 according to the present invention.
  • the application program 50 is based on a micro-kernel real-time operating system for example the commercially available QNX (trademark) system known to one skilled in the art.
  • the program 50 comprises a number of tasks running simultaneously under different priorities.
  • the application program 50 comprises seven functional modules: a data receptor module 52; a profile manager 54; a system monitor module 56; a series of service modules 58a to 58n; a series of graphic board software modules 60a to 60n; a "heartbeat" module 62; a utilities module 64 and a start-up module 66.
  • the system monitor 56 comprises a set of functions which manage the operation of the program 50, such as the queuing of tasks performed by the various modules described below.
  • the heartbeat module 62 synchronizes the receiver 10.
  • the receivers 10 in the system 2 are not under real time control of the communication controller 4, however, the communication controller 4 sends a heartbeat packet periodically which is used by the receivers 10 to synchronize.
  • the heartbeat packet indicates what the Greenwich Mean Time (GMT) will be at the next vertical blanking interval (VBI).
  • GTT Greenwich Mean Time
  • VBI vertical blanking interval
  • Each receiver 10 receives the GMT update and converts it to local time according to its geographic location which can be determined from the profile 120.
  • the program 50 can use the local time to produce a time of day display for the overlay plane.
  • the utilities module 64 provides a series of utility tasks and drivers.
  • the utilities module 64 can include a self-diagnostics function and the software interface for the off-line support module 17 ( Figure 2), or the software interface for supporting a fax modem board.
  • the data receptor module 52 processes the incoming object data stream 99 ( Figure 8).
  • the data receptor module 52 serves as the interface to the communication processor 24 ( Figure 2).
  • the data receptor module 52 controls the operation of the digital module 34 ( Figure 2) to perform the following operations: (a) assembling objects (e.g. a video image corresponding to an object may be transmitted in a sequence of packets); (b) buffering the objects for the display processor 26 ( Figure 2); and (c) routing, i.e. dispatching, the objects to the appropriate display processor 26 ( Figure 2).
  • the data receptor 52 is coupled to the profile manager 54 which provides access to the profile 120 in order to select and assemble the objects of interest to the receiver 10.
  • the data receptor module 52 is shown in more detail in Figure 4 and described below.
  • the start-up module 66 initializes the receiver 10 when power is first applied or if there is a reset, either hardware or software.
  • the receiver 10 uses the start-up module 66 to "boot" from an electronic storage device, e.g. floppy or hard disk drive, which contains all the required software and data, e.g. program 50 and profile 120, to initialize the receiver 10.
  • an electronic storage device e.g. floppy or hard disk drive
  • the program 50 i.e. data receptor 52, waits for the object stream 99 to be broadcast by the communication controller 4 and transmitter 6.
  • the communication controller 4 broadcasts the object stream 99 to all the receivers 10 in the system 2.
  • Each receiver 10 receives the object stream 99 and then decides which objects 100 are of use or interest to it.
  • the program 50 then uses one of the service modules 58a to 58n to display the objects of interest e.g. weather service or headline new service.
  • each of the services modules 58a to 58n comprises a sequencer 59a to 59n and a graphics driver 61a to 61n.
  • the sequencer module 59a to 59n is a software function which displays the objects stored by the data receptor 52 according to a "play or sequence list".
  • the sequence-list defines the objects to be displayed and their respective start times.
  • Figure 9 shows a partial sequence list and is described below.
  • the graphics driver module 61 a to 61n provides an interface between the sequencer 59a to 59n and the graphics board software 60a to 60n. In its simplest form, the graphics driver module 61a generates the "handshaking" required for passing object data to the graphics board 26 ( Figure 2) for video display.
  • the data receptor module 52 comprises a communications driver 68, an object assembler 70 and a cross-referencer 72.
  • the communications driver 68 provides the interface to the object data stream 99 which is inputted by the communications board 26.
  • the communications driver 68 allows the receiver 10 to be independent from the form of the communication channel or medium 8.
  • the communications driver 68 can be implemented based on known communication protocols, such as SDLC/HDLC protocol using an Intel 82530 communication chip (not shown) operating at 256 (or 512) KiloBaud or a serial communication protocol operating at 19.2 KiloBaud.
  • the primary functions performed by the communication driver 68 are to receive each frame or packet in the object stream 99; to detect errors in the received frame or packet; and if possible replace any corrupted frames. Once a complete packet 99 is received, the communication driver 68 forwards it to the next task, i.e. the object assembler 70.
  • the primary function of the object assembler 70 is to either "flush" or keep the data block in the data stream 99 comprising the object 100. If the object is of interest to the particular receiver 10, then the data block is written to a mass storage device 74, e.g. a hard disk, which comprises an "object repository". If the object 100 is not of interest; the object assembler 70 "flushes” the data block.
  • the object assembler 70 uses the profile manager 54 to access the Profile 120 ( Figure 6) which is stored locally to determine if an object is of interest.
  • the Profile 120 contains a list of Object ID's which are of interest. Because the objects are transmitted to all the receivers 10 in the field, every piece of information comprises an object with a Unique ID. The object assembler 70 only looks at the Unique ID of the object 100 and is not concerned with the content of the object, therefore the object can comprise any type of file.
  • Objects 100 which are of interest to the receiver 10 are renamed with an Internal ID 140 ( Figure 7) from the cross-referencer 72.
  • the Internal ID is used as a collision avoidance function to ensure that an object which is received does not overwrite or replace an object which is currently being displayed.
  • the principal functions performed by the cross-referencer 70 are to rename the object from its Unique ID to its Internal ID; to ensure that there is no overlap between Internal ID assignments (i.e. "internal collisions"); and to send notification of Internal ID assignment to any other functions as required.
  • the cross-referencer 70 accesses the cross-reference table 136 as shown in Figure 7.
  • the object repository on the mass storage device 74 comprises a directory which is used to access the objects that have been selected by the receiver 10.
  • the directory is part of a file system which lists the objects that were selected by the data receptor 52 (see above).
  • the structure of the directory and file system is implemented according to the real time operating system (see above), for example, QNX (trademark) platform.
  • the sequencer module 59 is a function which operates on the objects 100 in order to produce a service which has been requested by the user or client, e.g. the cable television station 18 and related to the service provider 58.
  • a service provider 58a for a head-line news service
  • a service provider 58b for the financial markets
  • a service provider 58c for sports headline
  • a service provider for weather reports 58n If the client has subscribed to a headline news service, the sequencer module 59a will perform the tasks required to display headline new stories. These tasks can involve displaying video images accompanied by audio to report the news, for example.
  • a text message crawling along the bottom of the image can also be provided.
  • the service to be provided defines the type of video images and the audio information which are produced by the receiver 10, and the objects associated with a service define the content of the video images and audio information.
  • a feature of the system 2 according to the present invention is that the object driven receivers 10 combined with the service modules 58a to 58n allow the receiver 10 to distribute many services from a single source.
  • the sequencer module 59 comprises a sequencer task 76, a raster display task 78, and an overlay display task 80.
  • the sequencer 76 is a function which displays the stored objects according to a sequence-list 77.
  • the function of the sequencer 76 is to assemble (and display) the objects 100 stored in the object repository 74 according to the sequence-list or play-list 77.
  • the sequence-list 77 defines the data, i.e. objects 100, to be displayed for a service, e.g. headline news, and their respective start times.
  • Each operation in the sequence list 77 either comprises an"#include” command or a "#display” command according to the QNX platform.
  • the sequencer 76 uses #include command to include or retrieve another file and the #display command to display data.
  • each entry in the sequence list 77 includes a command field 150, a start time 152, an end time 154 and a parameter field 156.
  • the command field 150 specifies whether the entry is an #include or a #display command.
  • the sequences are coded as using a count of seconds starting Sunday morning at 000:00:00 for example.
  • the heartbeat packet synchronizes the receiver 10 with the communication controller 4.
  • the sequence 76 compares the start and end time fields 152,154 to the current time in the receiver 10 and executes the entry if the current time is within the defined range. If synchronization is lost, then the sequencer 76 executes a default sequence until synchronization is established. Because the start and end time fields 152,154 are specified, it is not necessary for the sequencer 76 to open the file and therefore the sequencer 76 can quickly regain synchronization.
  • the parameter field 156 provides additional parameters which are needed to execute the operation.
  • the parameter field 156 includes a sub-field 158 for specifying the video source, e.g. V1; a sub-field 160 for the raster plane, e.g. R; a sub-field 162 for the overlay plane, i.e. O; a sub-field 164 for the time of day clock, i.e. C; and a sub-field 166 for the product definition name, e.g. 0102.
  • the parameter field 156 contains the name of a file to be included, e.g. "mprev100aov.seq" as shown in Figure 10.
  • the objects 100 to be displayed by the sequencer 76 can be displayed either on the raster plane and/or on the overlay plane of the graphics image as will be understood by those skilled in the art.
  • the two sub-fields 160,162 define which planes are to be used.
  • the raster display task 78 receives messages from the sequencer 76 and performs the operations necessary for display on the "raster plane".
  • the raster display task 78 includes a product definition file 82 which tells the raster task 78 what layers comprise the image to be displayed on the raster plane.
  • Figure 11 shows eight examples of product definitions 168 to 182.
  • the first line, i.e. 00, of each product definition contains the product definition number, for example "0102" for product definition 174.
  • Each line in the definition 174 can also include a description or comment.
  • the remaining lines, i. e. 01, in the definition 174 comprise the layers which together form a composite image to be displayed on the raster plane.
  • Each line 01 includes a file name, e.g.
  • the files can include data which was received from the communication controller 4 through the object stream 99.
  • the raster task 78 reads the data from the files, e.g. SL231,TGA, associated with the product from disk 74 and sends it to the graphics display board 26.
  • the product definition 174 also includes a parameter field 175 which provides additional information for processing the layer.
  • the parameter field 175 can specify whether an layer is to be decompressed in OPAQUE or TRANSPARENT form.
  • the receiver 10 has no capability to generate graphics, e.g. line, shape or text drawing. According to the invention, the images are built from a series of layers which are decompressed on the graphics display board 26.
  • the raster task 78 includes the capability to display a default slide or image. This can be specified in the technical parameter field 175.
  • the overlay display task 80 receives messages from the sequencer task 76 and handles the display in the "overlay plane".
  • the overlay task 80 also includes a product definition file 84 stored on disk.
  • the overlay task 80 assembles the layers comprising the image according to the product definition 84 and passes the compressed data to the graphics display board 26 through the graphics driver module 61.
  • the actual display and presentation of the objects is provided by the graphics board 26 under the control of the graphics board software 60.
  • sequencer 76 performs the actions described by issuing a sequence of instructions to the graphics display board 26 through the raster task 78 and the overlay task 80 according to the sequence list 77.
  • the sequence 77 includes a series of "#include” files which can contain other include or display instructions.
  • the sequencer 76 sequences through a list of display operations while keeping in synchronization with the internal clock generated by the heartbeat module 62.
  • the sequencer 59 sends messages to the raster and overlay tasks 78, 80 which prepare the desired images, i.e. products, for display by the graphics display board 26.
  • the sequencer 76 also includes the capability to operate under exception conditions.
  • the exception conditions include loss of synchronization with the communication controller 4; loss of Genlock; or a sequence file is missing.
  • the exception condition can also include a special warning or advisory which is issued by the communication controller 4 for a particular service, e.g. weather service.
  • the receiver 10 operates as a "slide machine" and the end result of the service module 58 is to produce a video output and/or audio signal output for the service (e.g. headline news), which can be retransmitted by the cable television station 18 to the households 20 in the cable network 16.
  • a video output and/or audio signal output for the service e.g. headline news

Abstract

PCT No. PCT/CA94/00505 Sec. 371 Date Jun. 11, 1996 Sec. 102(e) Date Jun. 11, 1996 PCT Filed Sep. 15, 1994 PCT Pub. No. WO95/08226 PCT Pub. Date Mar. 23, 1995A communication system comprising: a transmitter having means for transmitting an object stream comprising a plurality of objects; each of said objects having an identifier or ID which is unique in said communication system and which is independent of the time of transmission of said object; a plurality of receivers each including means for receiving said object stream, and each including means for selecting any of said objects from said object stream; means for providing a receiver profile at each of said receivers independently from said object stream transmission, said transmitter having no means for addressing any of said objects to any of said receivers; each of said receiver profiles comprising a list of objects of interest for one of said receivers; said means for selecting being responsive to said profile and said unique ID for selecting objects from said object stream corresponding to objects of interest and for storing said objects of interest; characterized in that said system includes sequencer means for providing a sequence list; said sequence list providing a list of objects of interest which have been stored to be displayed and their respective start times; and means responsive to said sequencer means for assembling, for display as a video signal, said objects on said sequence list, in order of their start times.

Description

    Field of the Invention
  • This invention relates to a communication system. More particularly, the present invention relates to a non-hierarchial network in which receivers are responsive to data objects which are broadcast network wide.
  • Background of the Invention
  • In the prior art, there are communications systems for supplying video, audio and data to affiliated receivers in a network for broadcast or display.
  • These known systems usually comprise some form of addressing to identify the destination, i.e. receiver, for the video, audio or data transmission. The addressing scheme produces a single to multi-point network in which communication is provided between a transmitter and one or more receivers.
  • These known systems have drawbacks. By its very nature, the addressing scheme requires that the transmitter must know the addresses of all the receivers. This implies that the transmitter must have considerable intelligence or processing power. In addition, each receiver must also include sufficient processing power to identify and decode transmissions which are addressed to it. Furthermore, the capacity of the systems is dependent on the addressing scheme. Each additional receiver will be seen by the transmitter as an additional address which must be serviced.
  • Certain systems are also known which do not require addressing. In particular, EP, A, O 190 837 (THORN EMI FERGUSON LTD.) published August 13, 1986 discloses a teletext display system in which, to reduce storage capacity and to speed updating, each teletext page contains an identification or I D code, and each receiver has a local interest list which is created based on those pages which are selected most frequently by the user. If a page with an ID on the interest list is received, it is stored so that it can be more rapidly displayed. The pages of interest are then displayed on user request.
  • Similarly, CH, A, 665 516 (MARCEL MULLER) granted May 13, 1988 discloses a system in which no addressing is required, but rather in which each transmitter transmits a data sequence (e.g. weather reports) from various regions, each report having an ID associated with it. Each receiver can store only a small part of the data stream and chooses reports to store by a local interest list entered by the user on its own keyboard. Stored objects are displayed on request by the user.
  • Neither of these systems discloses an automated communication system in which a central transmitter can transmit objects to a plurality of receivers, without the need for point-to-point addressing, and in which each receiver can select objects and then automatically retransmit them in a desired sequence, for display on a customer's television set or the like, in the order of their respective start times.
  • Brief Summary of the Invention
  • A feature of the present invention is that the receivers process data independent of the transmitter. The system does not require the transmitter to address any of the receivers. Instead, the transmitter broadcasts a stream of objects and each receiver selects any object according to a local profile, and stores the selected objects. Each receiver then retransmits the stored objects in a desired sequence in the order of their respective start times.
  • It is another feature of the present invention that the receivers can provide a number of different services.
  • According to the present invention there is provided a communication system (2) according to claim 1.
  • Brief Description of the Drawings
  • For a better understanding of the present invention, and to show more clearly how it may be carried into effect, reference will now be made, by way of example, to preferred embodiments of the present invention shown in the accompanying drawings in which:
  • Figure 1 shows in block diagram form a communication system according to the present invention;
  • Figure 2 is a detailed block diagram of a receiver for the system shown in Figure 1;
  • Figure 3 is a functional block diagram showing the primary components of a computer program which controls the operation of the receiver of Figure 2;
  • Figure 4 is a functional block diagram which shows the details of a data receptor module for the program of Figure 3;
  • Figure 5 is a functional block diagram which shows the details of a sequencer module for the program of Figure 3;
  • Figure 6 illustrates an exemplary profile which is used by the system of Figure 1;
  • Figure 7 illustrates an exemplary cross-reference table for the profile of Figure 6;
  • Figure 8 shows the structure of a stream of data objects which is received by the receiver of Figure 2;
  • Figure 9 is a partial listing of an exemplary Sequence List according to the invention;
  • Figure 10 shows an example "include" file for the Sequence List of Figure 9; and
  • Figure 11 shows an exemplary Product Definition according to the invention.
  • Detailed Description of the Preferred Embodiments
  • Reference is first made to Figure 1 which shows in block diagram form an overview of a communication system 2 according to the present invention. The communication system 2 comprises a communication controller 4, a transmitter 6, a communication channel 8, and a receiver 10 which comprises a communication interface 12 and an on-line de-selector 14.
  • The communication controller 4 comprises a computer which is coupled to the transmitter 6. The function of the communication controller 4 is to transmit data objects to the receivers 10. For the purposes of the following description, the receiver 10 is coupled to a cable television network 16. As shown in Figure 1, the cable television network 16 comprises a cable television station 18 and cable television subscribers 20 (e.g. households). In the context of a cable television network, the cable television station 18 is a client or user of services which are made available through the communication network 2. As will be described in detail, the communication network 2 according to the present invention can be used to provide a number of different services, such as weather forecast, stock market reporting, and headline news for example. The cable television station 18 obtains access to these services through the receiver 10 and retransmits the service(s) to the subscribers 20 or households.
  • In contrast to known systems, the communication controller 4 does not use an addressing scheme, instead the objects are broadcast into space and the receivers 10 accept the data, but only process data objects based on their individual requirements or interests. As will be described in below, an object can comprise digital or computer images, and textual data, related to, but not limited, for example weather, financial or headline news, and the information is transmitted as a stream of data objects. (In addition, as will be described, a live video feed signal and audio signal feed can be incorporated into the service which is provided by the receiver 10.) Each receiver 10 has a profile/scheduler which specifies the objects which are of interest to the receiver 10. The receiver 10 uses its profile/scheduler to "de-select" objects which are of interest to it from the continuous stream of objects existing in space. Because each receiver 10 includes the means for determining which objects it is interested in, the communication controller 4 needs to know very little about the receiver 10, for example, the address or location of each receiver 10 is not required. It will be appreciated by those skilled in the art that this can simplify the design of the communication network.
  • As shown in Figure 1, the communication controller 4 can include an off-line support module 22. Because the system 2 according to the present invention provides an open network architecture, i.e. receivers 10 existing in space without addresses, the controller 4 need not know much about the receivers 10. The primary task of the controller 4 is providing objects based on the interests of the users or clients (e.g. the cable television station 18) of the system 2. Therefore, the support module 22 can comprise one or more databases for storing client information and lists of objects for management and inventory purposes. The objects themselves are supplied by an object source 23 and put into a form for transmission (e.g. TIFF format) by an object builder 25 which is coupled to the communication controller 4.
  • Referring still to Figure 1, the transmitter 6 comprises communication equipment which is coupled to the controller 4. The transmitter 6 provides the interface between the controller 4 and the communication channel 8. The transmitter 6 formats the data objects according to the standard and protocol utilized by the communication channel 8. In the preferred embodiment of the present invention, the communication channel 8 comprises a satellite system. To communicate with the receivers 10, the satellite (communication system 8) uses a signalling channel comprising a baseband signal (which provides the video and audio signal feeds) and includes data sub-carrier, e.g. 512 kiloBaud, for the data objects and another sub-carrier for an audio signal channel. Each of the receivers 10 includes a front-end or communication interface 12 which is compatible with the satellite communication channel 8. In known manner, the transmitter 6 and the front-end of receiver 10 (i. e. communication interface 12) can comprise existing and commercially available satellite communication equipment specified for a baseband channel having for example, a 256 or 512 kiloBaud data sub-carrier.
  • While the following describes a satellite based communication channel 8, however it will be appreciated that any other types of communication links can be utilized for example, optical fiber technology or a high serial modem link over telephone lines.
  • The communication interface 12 (or front-end) in the receiver 10 provides an interface which is compatible with the transmitter 6, as described above. The interface 12 (in the receiver 10) accepts the incoming satellite signal (baseband video/audio and data sub-carrier) according to the standard and protocol utilized by the transmitter 6 and converts into a signal level which is compatible with the on-line de-selector 14. The communication interface 12 is coupled to the on-line de-selector 14 and supplies the de-selector 14 with a signal comprising a stream of data objects 99 (Figure 8). The incoming signal represents a stream of data objects which are received by all the receivers 10, but processed according to the interests of each receiver 10, as will now be described in detail.
  • Reference is next made to Figure 8 which shows the organization of a stream of data objects 99. As shown, the stream 99 comprises a series of data objects denoted generally by reference 100. Each object 100 comprises an-object data portion 102 which contains data or information related to the service being provided, for example, video images for a headline news story. In addition to the data portion 102, the object 100 includes a start of object field 104, an object sequence number 106, an object identifier field 108 which comprises a Unique ID, a time stamp field 110, and an associated service field 112, and an end of object field 114.
  • The start of object field 104, the end of object field 114 and the object sequence number 106 are part of the overhead information required to transmit and receive the object 100 as will be understood by one skilled in the art. The start of object and end of object fields 104,114 define the start and end of a data object 100, and can include error detection information such as a checksum or CRC code.
  • There may be instances where the information being transmitted, e.g. news video images, exceed the capacity of the object data portion 102. In such cases the object data 102 can be transmitted as a sequence of objects 100 and the object sequence number field 106 is used to define the object number in the sequence.
  • Referring still to Figure 8, the Unique ID field 108 contains a name or identifier which allows the object 100 to be identified by the receiver 10 and selected if the object 100 is of interest as determined by the profile (see below). Because the data portion 102 defines what the object is, the Unique ID field 108 can simply contain a generic name to identify the object 100. This feature also allows the system 2 to use a single stream 99 to provide many different types of services, e.g. weather forecasting and headline news.
  • The time stamp field 110 is included because certain types of objects, e.g. weather forecast, can become obsolete after a certain time. The time stamp field 110 comprises date and time of day information that indicates when the object 100 was created. The time stamp 110 can be assigned by the object builder 25 (Figure 1). As will be described below, the receiver 10 can use the time field 110 as a criterion for selecting objects 100 from the stream of objects 99. For example, an older object 100 can be replaced by a newer object, as determined by the time stamp 110.
  • Referring again to Figure 8, the associated service field 112 identifies the service with which the object is associated, for example, a headline news service or a stock market service.
  • As introduced above, the receiver 10 uses its profile/scheduler to "de-select" objects 100 (Figure 8) which are of interest to it from the continuous stream of objects 99 existing in space. An exemplary profile 120 is shown in Figure 6. The profile 120 is a record for the receiver 10 which contains specific information 122 and service specific information 124. The profile 120 can reside on a diskette (not shown) or be burned into an EPROM (not shown) which is read by the receiver 10. Alternatively the profile 120 can be entered into memory in the receiver 10 via a serial port connection 15 which couples the receiver 10 to a local off-line support module 17 (Figure 1). The primary function of the off-line support module 17 is to give the cable station 18 the capability to modify or augment the profile 120.
  • The principle function of the profile 120 is to provide the receiver 10 with information so that the receiver 10 can determine which objects 100 in the stream of objects 99 are of interest to it and therefore should be selected from the stream 99. The profile 120 is originally generated by compiling the interests of a cable television station 18, for example by completing a questionnaire. The interests are then compiled into a profile 120 for that station. The profile 120 is then forwarded to the station 18, in the form of diskette for example, and installed in the receiver 10.
  • As shown in Figure 6, the receiver 10 specific information comprises a time zone designation 126, a daylight saving offset designation 128, a daylight saving date and time zone designation 130, and a language designation 132.
  • The information in the daylight saving date designation 130 is used by the receiver 10 to determine when to activate/deactivate daylight savings time.
  • As described above, the objects 100 in the stream 99 can have more than one language. The receiver 10 uses its language designation 132 to determine its language, i.e. the language of objects that it is interested in. For example, a French designated receiver 10 will only select those objects 100 which have an object identifier 108 which implicitly signifies an object in the French language.
  • Referring still to Figure 6, the service specific information 124 comprises two general types of elements:
    system resource allowances 134 and an object cross reference table 136. The receiver 10 uses the system resource allowances information 134 to configure its resources for the service to be provided, e.g. memory allocation. The object cross-reference table 136, on the other hand, lists the objects that are associated with a service, provides the selection criteria by which the receiver 10 will select the objects 100 from the object stream 99 (Figure 8), and also provides a local or Internal ID for use by the receiver 10.
  • In the receiver 10, the objects 100 can be identified according to their Unique ID 139 contained in field 108 (Figure 8) of the packet 100. The objects 100 can also be renamed with a corresponding Internal ID 140 which is contained in the object cross-reference table 136 as shown in Figure 7. The cross-reference table 136 is preferred because it provides an "anti-collision" feature which is described below.
  • The cross-reference table 136 shown in Figure 7 comprises a list of "Unique ID" object identifiers 138 which are unique to the entire communication network. The cross-reference table 136 also includes a list of "Internal ID" object identifiers 141 for use in the receiver 10. The receiver 10 uses the Unique ID 139 to identify objects which are of interest to it. An object of interest is retained by the receiver 10 and then renamed according to the corresponding Internal ID 140. By renaming the object internally, the receiver 10 can avoid overwriting the object with a newly received object with the same Unique ID 139. Thus, the cross-reference table 136 can provide an "anti-collision" function. The cross-reference table 136 can also be used to maintain compatibility between older versions of receivers 10.
  • As described above with reference to Figure 6, the service specific portion 124 of the profile 120 defines a "list of objects" which are of interest to the receiver 10. In the alternative, the "list of objects" can be determined or calculated according to an algorithm in the receiver 10. For example, the algorithm can operate on data taken from the unit specific information 122 or a play-list for the receiver 10. According to this embodiment of the invention, the algorithm produces a list of objects which are of interest to the receiver 10 thereby the receiver 10 the capability to determine its own profile 120.
  • Reference is next made to Figure 2 which shows the structure of the on-line de-selector 14. The on-line de-selector 14 comprises a communication board 24 and a graphics display board 26 which are coupled to a central processing unit module 28 through a bus 30. The on-line de-selector 14 is based on the well-known ISA or PC-AT (trademark) bus architecture. The central processing unit 28 executes an application program which controls the operation of the on-line de-selector 14. In the preferred embodiment, the central processing unit 28 module comprises an Intel 286/386/486 or Pentium (trademark) type microprocessor, a clock with battery backup, random access memory (1 megabyte minimum), and read only memory (not shown). The central processing module 28 can include other resources, such as DMA (Direct Memory Access) controller (not shown).
  • The role of the communication board 24 is to extract objects 100 from the incoming data object stream 99 (Figure 8) which are of interest to the receiver 10. The function of the display board 26 is to display the objects which have been selected from the object stream by the communication board 24. The objects 100 are extracted according to the profile 120 which defines the interests of the receiver 10 (see Figure 6). The interests of the receiver 10, in turn, are determined by the client or user, e.g. the services that the cable television station 18 will provide its subscribers 20. Because the receiver 10 knows what objects it wants, the central communication controller 4 does not need to know this, and therefore the need for addressing the receivers 10 for selected data transfer is eliminated.
  • As shown in Figure 2, the communication board 24 comprises a digital module 34. The digital module 34 is coupled to an integrated receiver demodulator 32 which is located upstream of the on-line de-selector 14, for example in the communication interface 12. The function of the IRD module 32 is to descramble the incoming baseband signal from the receiver 10 and apply error detection and correction to the incoming signal. The IRD module 32 demodulates and decompresses the baseband video signal, the audio sub-carrier and the data sub-carrier to recover the data object stream 99 (Figure 8). Once the data sub-carrier has been demodulated, the module 32 can apply known error detection and correction techniques. The IRD module 32 includes a data output 38 which is coupled to the digital module 34 and supplies serial digital data, e.g. the object stream 99. The IRD module 32 also includes an audio feed output 36 and a video feed output 37. The implementation of the IRD module 32 is within the understanding of those skilled in the art and comprises a known product which is available from Scientific Atlanta for example.
  • As described above, the digital module 34 receives and processes a serial digital feed 38. The digital module 34 can implemented using the known HDLC/SDLC communication protocol and error correction techniques and the Intel 82530 family of communication processor.
  • In known manner, the IRD module 32 can be packaged on an AT-style board which plugs into a slot on the ISA bus. If the communication channel 8 is not a satellite link, then the IRD module 32 can be replaced according to the communication protocol being used, for example, a high speed serial digital stream over an optical fiber link.
  • Referring still to Figure 2, the primary function of the digital module 34 is to extract or deselect objects 100 from the received object stream 99 based on the particular interests (i.e. profile 120) of the receiver 10. This function is implemented in the form of a computer program which is described below. The digital module 34 also provides buffering for the demodulated data objects.
  • The digital module 34 can be located on another AT-style board. Partitioning the IRD module 32 and the digital module 34 allows the IRD or analog module 32 to be changed (e.g. for a different communication interface) without changing the digital module 34. Communication between the IRD and digital modules 32,34 is accomplished through the serial link 38 as shown in Figure 2. Alternatively, the digital module 34 can be implemented as a software function in the computer program which is executed by the central processing unit 28.
  • As shown in Figure 2, the display board 26 is also coupled to the ISA bus 30. The function of the display board 26 is to provide the objects that have been selected by the digital module 34 in a form (e.g. as cable television video signals) which is suitable for consumption by the user or client (e.g. cable television station 18). If the data portion 102 of the objects 100 are transmitted in a compressed format (e.g. TIFF - Tagged Image File Format using packed bit compression), the objects must be decompressed.
  • The display board 26 includes a raster module 40. The raster module 40 includes memory which is used to store and process objects containing video images. According to the invention, there are two planes of raster memory: the main raster having at least two pages; and the overlay plane. The display board 26 processes its own Vertical Blanking Interval (VBI) interrupt. The display board 40 preferably has the following functionality: (a) 256/32768 colour display; (b) display resolution of 640 x 480 for NTSC based television systems; (c) 768 x 576 display resolution for PAL based television systems; (d) a text function; (e) switching between three video inputs (i.e. video signal feed, computer image or video feed signal overlaid with a computer image); (f) overlaying of the video feed signal with a computer image; (g) decompressing images, e.g. RLE or LZW; and (h) display of time of day clock. This functionality can be provided using known technology as will be within the understanding of one skilled in the art. The display board 26 can also be packaged on an AT-style board which plugs into the ISA bus 30 and runs under the control of the central processing unit 28.
  • The on-line de-selector 14 also includes an audio module 42 which is used to process objects having audio information. The audio module 42 preferably includes the capability to switch between audio inputs, for example, the audio feed 36 provided by the IRD module 32 and a local audio feed.
  • Referring still to Figure 2, the processing resources of the on-line can be augmented by peripheral boards 44. The peripheral boards 44 which plug into the ISA bus 30 can comprise additional memory (e.g. RAM and/ or Flash Disk) to increase the capacity of the receiver 10, or a fax/modem board for example.
  • Reference is next made to Figure 3 which shows in functional block diagram form an application program 50 executed by the receiver 10 according to the present invention. The application program 50 is based on a micro-kernel real-time operating system for example the commercially available QNX (trademark) system known to one skilled in the art. The program 50 comprises a number of tasks running simultaneously under different priorities. As shown in Figure 3, the application program 50 comprises seven functional modules: a data receptor module 52; a profile manager 54; a system monitor module 56; a series of service modules 58a to 58n; a series of graphic board software modules 60a to 60n; a "heartbeat" module 62; a utilities module 64 and a start-up module 66.
  • Referring to Figure 3, the system monitor 56 comprises a set of functions which manage the operation of the program 50, such as the queuing of tasks performed by the various modules described below.
  • The heartbeat module 62 synchronizes the receiver 10. According to the invention, the receivers 10 in the system 2 are not under real time control of the communication controller 4, however, the communication controller 4 sends a heartbeat packet periodically which is used by the receivers 10 to synchronize. The heartbeat packet indicates what the Greenwich Mean Time (GMT) will be at the next vertical blanking interval (VBI). Each receiver 10 receives the GMT update and converts it to local time according to its geographic location which can be determined from the profile 120. The program 50 can use the local time to produce a time of day display for the overlay plane.
  • The utilities module 64 provides a series of utility tasks and drivers. For example, the utilities module 64 can include a self-diagnostics function and the software interface for the off-line support module 17 (Figure 2), or the software interface for supporting a fax modem board.
  • The data receptor module 52 processes the incoming object data stream 99 (Figure 8). The data receptor module 52 serves as the interface to the communication processor 24 (Figure 2). The data receptor module 52 controls the operation of the digital module 34 (Figure 2) to perform the following operations: (a) assembling objects (e.g. a video image corresponding to an object may be transmitted in a sequence of packets); (b) buffering the objects for the display processor 26 (Figure 2); and (c) routing, i.e. dispatching, the objects to the appropriate display processor 26 (Figure 2). As shown in Figure 3, the data receptor 52 is coupled to the profile manager 54 which provides access to the profile 120 in order to select and assemble the objects of interest to the receiver 10. The data receptor module 52 is shown in more detail in Figure 4 and described below.
  • Referring to Figure 3, the start-up module 66 initializes the receiver 10 when power is first applied or if there is a reset, either hardware or software. The receiver 10 uses the start-up module 66 to "boot" from an electronic storage device, e.g. floppy or hard disk drive, which contains all the required software and data, e.g. program 50 and profile 120, to initialize the receiver 10.
  • Once the receiver 10 is initialized, the program 50, i.e. data receptor 52, waits for the object stream 99 to be broadcast by the communication controller 4 and transmitter 6. The communication controller 4 broadcasts the object stream 99 to all the receivers 10 in the system 2. Each receiver 10 receives the object stream 99 and then decides which objects 100 are of use or interest to it. The program 50 then uses one of the service modules 58a to 58n to display the objects of interest e.g. weather service or headline new service.
  • Referring to Figure 3, each of the services modules 58a to 58n comprises a sequencer 59a to 59n and a graphics driver 61a to 61n. The sequencer module 59a to 59n is a software function which displays the objects stored by the data receptor 52 according to a "play or sequence list". The sequence-list defines the objects to be displayed and their respective start times. Figure 9 shows a partial sequence list and is described below.
  • The graphics driver module 61 a to 61n provides an interface between the sequencer 59a to 59n and the graphics board software 60a to 60n. In its simplest form, the graphics driver module 61a generates the "handshaking" required for passing object data to the graphics board 26 (Figure 2) for video display.
  • Referring next to Figure 4, the data receptor module 52 comprises a communications driver 68, an object assembler 70 and a cross-referencer 72. The communications driver 68 provides the interface to the object data stream 99 which is inputted by the communications board 26. The communications driver 68 allows the receiver 10 to be independent from the form of the communication channel or medium 8. The communications driver 68 can be implemented based on known communication protocols, such as SDLC/HDLC protocol using an Intel 82530 communication chip (not shown) operating at 256 (or 512) KiloBaud or a serial communication protocol operating at 19.2 KiloBaud. The primary functions performed by the communication driver 68 are to receive each frame or packet in the object stream 99; to detect errors in the received frame or packet; and if possible replace any corrupted frames. Once a complete packet 99 is received, the communication driver 68 forwards it to the next task, i.e. the object assembler 70.
  • The primary function of the object assembler 70 is to either "flush" or keep the data block in the data stream 99 comprising the object 100. If the object is of interest to the particular receiver 10, then the data block is written to a mass storage device 74, e.g. a hard disk, which comprises an "object repository". If the object 100 is not of interest; the object assembler 70 "flushes" the data block. The object assembler 70 uses the profile manager 54 to access the Profile 120 (Figure 6) which is stored locally to determine if an object is of interest. The Profile 120 contains a list of Object ID's which are of interest. Because the objects are transmitted to all the receivers 10 in the field, every piece of information comprises an object with a Unique ID. The object assembler 70 only looks at the Unique ID of the object 100 and is not concerned with the content of the object, therefore the object can comprise any type of file.
  • Objects 100 which are of interest to the receiver 10 are renamed with an Internal ID 140 (Figure 7) from the cross-referencer 72. The Internal ID is used as a collision avoidance function to ensure that an object which is received does not overwrite or replace an object which is currently being displayed. To this end, the principal functions performed by the cross-referencer 70 are to rename the object from its Unique ID to its Internal ID; to ensure that there is no overlap between Internal ID assignments (i.e. "internal collisions"); and to send notification of Internal ID assignment to any other functions as required. The cross-referencer 70 accesses the cross-reference table 136 as shown in Figure 7.
  • The object repository on the mass storage device 74 comprises a directory which is used to access the objects that have been selected by the receiver 10. The directory is part of a file system which lists the objects that were selected by the data receptor 52 (see above). In the structure of the directory and file system is implemented according to the real time operating system (see above), for example, QNX (trademark) platform.
  • Reference is next made to Figure 5 which shows the sequencer module 59 in more detail. The sequencer module 59 is a function which operates on the objects 100 in order to produce a service which has been requested by the user or client, e.g. the cable television station 18 and related to the service provider 58. For example, there can be a service provider 58a for a head-line news service, a service provider 58b for the financial markets, a service provider 58c for sports headline, and a service provider for weather reports 58n. If the client has subscribed to a headline news service, the sequencer module 59a will perform the tasks required to display headline new stories. These tasks can involve displaying video images accompanied by audio to report the news, for example. In addition, a text message crawling along the bottom of the image can also be provided. The service to be provided defines the type of video images and the audio information which are produced by the receiver 10, and the objects associated with a service define the content of the video images and audio information.
  • A feature of the system 2 according to the present invention is that the object driven receivers 10 combined with the service modules 58a to 58n allow the receiver 10 to distribute many services from a single source.
  • As shown in Figure 5, the sequencer module 59 comprises a sequencer task 76, a raster display task 78, and an overlay display task 80. The sequencer 76 is a function which displays the stored objects according to a sequence-list 77. The function of the sequencer 76 is to assemble (and display) the objects 100 stored in the object repository 74 according to the sequence-list or play-list 77.
  • As shown in Figure 9, the sequence-list 77 defines the data, i.e. objects 100, to be displayed for a service, e.g. headline news, and their respective start times. Each operation in the sequence list 77 either comprises an"#include" command or a "#display" command according to the QNX platform. The sequencer 76 uses #include command to include or retrieve another file and the #display command to display data. As shown in Figure 9, each entry in the sequence list 77 includes a command field 150, a start time 152, an end time 154 and a parameter field 156. The command field 150 specifies whether the entry is an #include or a #display command. The sequences are coded as using a count of seconds starting Sunday morning at 000:00:00 for example. As described above, the heartbeat packet synchronizes the receiver 10 with the communication controller 4. To execute an entry in the sequencer list 77, the sequence 76 compares the start and end time fields 152,154 to the current time in the receiver 10 and executes the entry if the current time is within the defined range. If synchronization is lost, then the sequencer 76 executes a default sequence until synchronization is established. Because the start and end time fields 152,154 are specified, it is not necessary for the sequencer 76 to open the file and therefore the sequencer 76 can quickly regain synchronization.
  • The parameter field 156 provides additional parameters which are needed to execute the operation. For example, the parameter field 156 includes a sub-field 158 for specifying the video source, e.g. V1; a sub-field 160 for the raster plane, e.g. R; a sub-field 162 for the overlay plane, i.e. O; a sub-field 164 for the time of day clock, i.e. C; and a sub-field 166 for the product definition name, e.g. 0102. In the case of an "#include" command, the parameter field 156 contains the name of a file to be included, e.g. "mprev100aov.seq" as shown in Figure 10.
  • The objects 100 to be displayed by the sequencer 76 can be displayed either on the raster plane and/or on the overlay plane of the graphics image as will be understood by those skilled in the art. The two sub-fields 160,162 define which planes are to be used.
  • The raster display task 78 receives messages from the sequencer 76 and performs the operations necessary for display on the "raster plane". The raster display task 78 includes a product definition file 82 which tells the raster task 78 what layers comprise the image to be displayed on the raster plane. Figure 11 shows eight examples of product definitions 168 to 182. The first line, i.e. 00, of each product definition contains the product definition number, for example "0102" for product definition 174. Each line in the definition 174 can also include a description or comment. The remaining lines, i. e. 01, in the definition 174 comprise the layers which together form a composite image to be displayed on the raster plane. Each line 01 includes a file name, e.g. SL231,TGA which contains the data for the layer. The files can include data which was received from the communication controller 4 through the object stream 99. The raster task 78 reads the data from the files, e.g. SL231,TGA, associated with the product from disk 74 and sends it to the graphics display board 26. The product definition 174 also includes a parameter field 175 which provides additional information for processing the layer. For example, the parameter field 175 can specify whether an layer is to be decompressed in OPAQUE or TRANSPARENT form. Unlike known systems, the receiver 10 according to the present invention has no capability to generate graphics, e.g. line, shape or text drawing. According to the invention, the images are built from a series of layers which are decompressed on the graphics display board 26.
  • In the event that there is fault with the required image, the raster task 78 includes the capability to display a default slide or image. This can be specified in the technical parameter field 175.
  • The overlay display task 80 receives messages from the sequencer task 76 and handles the display in the "overlay plane". The overlay task 80 also includes a product definition file 84 stored on disk. In response to commands from the sequencer 76, the overlay task 80 assembles the layers comprising the image according to the product definition 84 and passes the compressed data to the graphics display board 26 through the graphics driver module 61. The actual display and presentation of the objects is provided by the graphics board 26 under the control of the graphics board software 60.
  • As described above, the sequencer 76 performs the actions described by issuing a sequence of instructions to the graphics display board 26 through the raster task 78 and the overlay task 80 according to the sequence list 77. The sequence 77 includes a series of "#include" files which can contain other include or display instructions.
  • In operation, the sequencer 76 sequences through a list of display operations while keeping in synchronization with the internal clock generated by the heartbeat module 62. As required, the sequencer 59 sends messages to the raster and overlay tasks 78, 80 which prepare the desired images, i.e. products, for display by the graphics display board 26. The sequencer 76 also includes the capability to operate under exception conditions. The exception conditions include loss of synchronization with the communication controller 4; loss of Genlock; or a sequence file is missing. The exception condition can also include a special warning or advisory which is issued by the communication controller 4 for a particular service, e.g. weather service.
  • The receiver 10 according to the present invention operates as a "slide machine" and the end result of the service module 58 is to produce a video output and/or audio signal output for the service (e.g. headline news), which can be retransmitted by the cable television station 18 to the households 20 in the cable network 16.
  • Although various preferred embodiments of the present invention have been described in detail, it will be appreciated by those skilled in the art, that variations may be made without departing from the scope of the appended claims.

Claims (10)

  1. A communication system (2) comprising: a transmitter (6) having means for transmitting an object stream (99) comprising a plurality of objects (100); each of said objects having and being identifiable by an ID (108) which is unique in said communication system; a plurality of receivers (10) each including means (24) for receiving said object stream (99), and each including means (14) for selecting any of said objects (100) from said object stream (99); means for providing a receiver profile (120) at each of said receivers; each of said receiver profiles (120) comprising a list of objects of interest (100) for one of said receivers (10); said means (14) for selecting being responsive to said profile (120) and said unique ID (108) for selecting objects (100) from said object stream (99) corresponding to objects of interest (100) and for storing (74) said objects of interest (100); characterized in that each of said receivers includes a plurality of sequencer means (59) each providing a sequence list (77); eachsaid sequence list (77) providing a list of objects of interest (100) which have been stored to be displayed and their respective start times (152) for retransmission by the respective receiver; said start times being independent of the time of transmission of said object stream (99) and plurality of means (78, 80, 82, 84, 61, 26) responsive to said sequencer means (59, 76) for assembling and transmitting, for display, said objects (100) on each of said sequence lists (77), in the order of their respective start times (152), thereby to provide a plurality of services to a client (18) for transmission to subscribers (20).
  2. The communication system as claimed in claim 1 characterized in that each of said receivers includes a cross referencer having a cross reference table for renaming each object which has been selected and stored with an internal identifier or ID, thus to avoid interference with said unique ID.
  3. The communication system as claimed in claim 2, characterized in that said sequence list (77) includes the end time (154) for the display of each selected object (100).
  4. The communication system as claimed in claim 3 and being a television system, characterized in that said sequence list includes instructions (160, 162) for determining whether an object (100) will be displayed on an overlay plane or on a raster plane.
  5. The communication system as claimed in any preceding claim, wherein said means for providing a receiver profile at each of said receivers comprises a diskette,
  6. The communications system as claimed in any preceding claim wherein said object stream (99) includes data objects (100) associated with a weather forecast service.
  7. The communication system as claimed in any preceding claim wherein said object stream (99) includes data objects (100) associated with a headline news service.
  8. The communication system as claimed in any preceding claim wherein said object stream (99) includes data objects (100) associated with a sports headline service.
  9. The communication system as claimed in any preceding claim wherein said object stream (99) includes data objects (100) associated with a financial market reporting service.
  10. The communication system as claimed in any of claims 1 to 4 and in which at least some of said objects (100) include a time stamp (110), characterized in that there are means for reading said time stamp (110) and for replacing in storage (74) an object (100) having an older time stamp (110) with an object having the same ID (108) but having a more recent time stamp (110).
EP94926747A 1993-09-15 1994-09-15 A communication network comprising a plurality of receivers with user profile dependent selection of programmes Expired - Lifetime EP0719482B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CA002106222A CA2106222C (en) 1993-09-15 1993-09-15 Object oriented communication network
CA2106222 1993-09-15
PCT/CA1994/000505 WO1995008226A1 (en) 1993-09-15 1994-09-15 A communication network comprising a plurality of receivers with user profile dependent selection of programmes

Publications (3)

Publication Number Publication Date
EP0719482A1 EP0719482A1 (en) 1996-07-03
EP0719482B1 EP0719482B1 (en) 1997-05-14
EP0719482B2 true EP0719482B2 (en) 2002-01-02

Family

ID=4152315

Family Applications (1)

Application Number Title Priority Date Filing Date
EP94926747A Expired - Lifetime EP0719482B2 (en) 1993-09-15 1994-09-15 A communication network comprising a plurality of receivers with user profile dependent selection of programmes

Country Status (13)

Country Link
US (1) US6016158A (en)
EP (1) EP0719482B2 (en)
JP (1) JPH09511364A (en)
AT (1) ATE153201T1 (en)
AU (1) AU679260B2 (en)
BR (1) BR9407697A (en)
CA (1) CA2106222C (en)
DE (1) DE69403222T3 (en)
DK (1) DK0719482T4 (en)
ES (1) ES2102879T5 (en)
GR (1) GR3024410T3 (en)
NZ (1) NZ273262A (en)
WO (1) WO1995008226A1 (en)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7448063B2 (en) * 1991-11-25 2008-11-04 Actv, Inc. Digital interactive system for providing full interactivity with live programming events
US20040261127A1 (en) * 1991-11-25 2004-12-23 Actv, Inc. Digital interactive system for providing full interactivity with programming events
JP4279905B2 (en) * 1994-02-18 2009-06-17 ソニー株式会社 Broadcast system and receiving terminal
FI98175C (en) * 1995-06-12 1997-04-25 Nokia Oy Ab Transmission of multimedia objects in a digital data transmission system
FI98676C (en) * 1995-10-05 1997-07-25 Nokia Oy Ab Transfer of a file group in a digital broadcast radio system
AU4506197A (en) * 1996-09-30 1998-04-24 Weather Channel, Inc., The Multimedia information transmission and distribution system
US6604144B1 (en) 1997-06-30 2003-08-05 Microsoft Corporation Data format for multimedia object storage, retrieval and transfer
US6269403B1 (en) * 1997-06-30 2001-07-31 Microsoft Corporation Browser and publisher for multimedia object storage, retrieval and transfer
KR100639052B1 (en) * 1997-07-25 2006-10-27 코닌클리케 필립스 일렉트로닉스 엔.브이. Compatible transmission and reception of operational signals to be processed by a receiver
US7313810B1 (en) 1997-09-25 2007-12-25 The Weather Channel Multimedia information transmission and distribution system
MY124160A (en) * 1997-12-05 2006-06-30 Dynamic Digital Depth Res Pty Improved image conversion and encoding techniques
WO1999039466A1 (en) * 1998-01-29 1999-08-05 Kwoh Daniel S Apparatus, systems and methods for providing on-demand radio
IL127792A (en) * 1998-04-21 2003-04-10 Ibm System and method for identifying and selecting portions of information streams for a television system
IL127791A (en) * 1998-04-21 2003-06-24 Ibm System and method for selecting and accessing portions of information stream(s) from a television
IL127790A (en) * 1998-04-21 2003-02-12 Ibm System and method for selecting, accessing and viewing portions of an information stream(s) using a television companion device
FR2784474A1 (en) * 1998-10-08 2000-04-14 Thomson Multimedia Sa Data processing system has applications manager which is able to carry out range of instructions which influence the operation and execution systems during or between applications
AU1750100A (en) * 1998-12-03 2000-06-19 Sony Electronics Inc. A method and system for processing broadcast data
AU2744000A (en) * 1999-01-29 2000-08-18 Daniel S. Kwoh Apparatus, systems and methods for providing on-demand radio
US6236395B1 (en) * 1999-02-01 2001-05-22 Sharp Laboratories Of America, Inc. Audiovisual information management system
US9451310B2 (en) 1999-09-21 2016-09-20 Quantum Stream Inc. Content distribution system and method
US6598074B1 (en) * 1999-09-23 2003-07-22 Rocket Network, Inc. System and method for enabling multimedia production collaboration over a network
JP2001197392A (en) * 2000-01-11 2001-07-19 Nec Corp Device and method for selecting program
JP2001202371A (en) 2000-01-19 2001-07-27 Sony Corp Data communication system and receiver to be used therefor
FR2809569B1 (en) * 2000-05-29 2005-04-08 At Sky SYSTEM FOR FILTERING DIGITAL DATA TRANSMISSIONS ACCORDING TO USER PROFILES
FR2811505B1 (en) * 2000-07-06 2002-12-06 At Sky ONLINE AND OFFLINE DIGITAL DATA ACCESS CONTROL SYSTEM USING SOFTWARE KEY SERVER
US7349946B2 (en) * 2000-10-02 2008-03-25 Canon Kabushiki Kaisha Information processing system
US6993523B1 (en) 2000-12-05 2006-01-31 Silicon Graphics, Inc. System and method for maintaining and recovering data consistency in a data base page
US6751636B1 (en) * 2000-12-05 2004-06-15 Silicon Graphics, Inc. System and method for maintaining and recovering data consistency across multiple instances of a database
US6721739B1 (en) 2000-12-05 2004-04-13 Silicon Graphics, Inc. System and method for maintaining and recovering data consistency across multiple pages
US7305691B2 (en) * 2001-05-07 2007-12-04 Actv, Inc. System and method for providing targeted programming outside of the home
US20040237106A1 (en) * 2001-06-12 2004-11-25 Sebastien Brule System for filtering digital data transmissions in accordance with user profiles
US7844994B2 (en) * 2002-03-22 2010-11-30 The Directv Group, Inc. System and method for persistent storage of common user information for interactive television using a centrally located repository
US20040078828A1 (en) * 2002-10-18 2004-04-22 Parchman Travis Randall Recovering timing for television services
US7606255B2 (en) * 2003-01-08 2009-10-20 Microsoft Corporation Selectively receiving broadcast data according to one of multiple data configurations
US7721318B2 (en) * 2005-04-15 2010-05-18 Scientific-Atlanta, Inc. Uplink signaling for global decoder control
US7810131B2 (en) * 2005-04-15 2010-10-05 Scientific-Atlanta, Llc Control system with global control stream for controlling a plurality of decoders
US7805750B2 (en) * 2005-04-15 2010-09-28 Scientific-Atlanta, Inc. Storage control system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4201031A1 (en) 1992-01-14 1993-07-15 Issing Ludwig J Program selector for automated TV and radio preselection - transmits program information from transmit central office to subscriber selector

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CH665516A5 (en) * 1984-06-13 1988-05-13 Marcel Mueller Extended range data transmission installation - selects data from received relayed sections corresp. to location for storage in computer memory
GB8502001D0 (en) * 1985-01-26 1985-02-27 Thorn Emi Ferguson Teletext units
DE3527939A1 (en) * 1985-08-03 1987-02-12 Westdeutscher Rundfunk Method for transmitting teletext and programme contribution identification signals in a television signal
US5152011A (en) * 1987-07-27 1992-09-29 Schwob Pierre R Broadcast receiver capable of automatic station identification and format-scanning based on an internal database updatable via data reception over the airwaves
JP2629802B2 (en) * 1988-04-16 1997-07-16 ソニー株式会社 News program broadcasting system
US5247575A (en) * 1988-08-16 1993-09-21 Sprague Peter J Information distribution system
DE3909334C3 (en) * 1989-03-17 1998-02-12 Rundfunkschutzrechte Ev Circuit for the selected reception or recording of predetermined radio and / or television programs
JPH04245818A (en) * 1991-01-31 1992-09-02 Pioneer Electron Corp Information transmission system
GB2256346B (en) * 1991-04-19 1995-06-21 Ali Guryel Sub-carrier broadcast system
US5404505A (en) * 1991-11-01 1995-04-04 Finisar Corporation System for scheduling transmission of indexed and requested database tiers on demand at varying repetition rates
US5659350A (en) * 1992-12-09 1997-08-19 Discovery Communications, Inc. Operations center for a television program packaging and delivery system
US5619249A (en) * 1994-09-14 1997-04-08 Time Warner Entertainment Company, L.P. Telecasting service for providing video programs on demand with an interactive interface for facilitating viewer selection of video programs

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4201031A1 (en) 1992-01-14 1993-07-15 Issing Ludwig J Program selector for automated TV and radio preselection - transmits program information from transmit central office to subscriber selector

Also Published As

Publication number Publication date
JPH09511364A (en) 1997-11-11
DE69403222T3 (en) 2002-08-14
DK0719482T4 (en) 2002-04-22
BR9407697A (en) 1997-02-04
CA2106222A1 (en) 1995-03-16
DK0719482T3 (en) 1997-11-03
WO1995008226A1 (en) 1995-03-23
AU7649594A (en) 1995-04-03
DE69403222D1 (en) 1997-06-19
EP0719482B1 (en) 1997-05-14
US6016158A (en) 2000-01-18
ATE153201T1 (en) 1997-05-15
ES2102879T3 (en) 1997-08-01
NZ273262A (en) 1997-09-22
EP0719482A1 (en) 1996-07-03
ES2102879T5 (en) 2002-09-16
GR3024410T3 (en) 1997-11-28
DE69403222T2 (en) 1997-09-11
AU679260B2 (en) 1997-06-26
CA2106222C (en) 2000-10-31

Similar Documents

Publication Publication Date Title
EP0719482B2 (en) A communication network comprising a plurality of receivers with user profile dependent selection of programmes
US5574505A (en) Method and apparatus for operating a transport stream encoder to produce a stream of packets carrying data representing a plurality of component signals
EP0766463B1 (en) Television receiver with superimposition of text and/or graphic patterns on the television picture
US7278154B2 (en) Host apparatus for simulating two way connectivity for one way data streams
EP1053641B1 (en) A hand-held apparatus for simulating two way connectivity for one way data streams
CA2145899C (en) Apparatus for transmitting and receiving executable application in a distributed computer system
US5140419A (en) Communications system
US6064420A (en) Simulating two way connectivity for one way data streams for multiple parties
EP0912054A2 (en) Multi-regional interactive program guide for television
US5621463A (en) Easily expandable transport stream encoder
US5790204A (en) Television receiving set having multiplexed text decoder
NO300079B1 (en) Device for selectively distributing messages over a communication network as well as subscriber terminal for processing selectively distributed messages over a communication network
AU732588B2 (en) Method and apparatus for transmitting data
US6230296B1 (en) Method and apparatus for providing error correction
CA2189454A1 (en) Television schedule information transmission and utilization system and process
US6424378B1 (en) Method for the acquistion of data from a video signal
JPH05183887A (en) Character multiplex television broadcasting system

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 19960320

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LI LU MC NL PT SE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: METEOMEDIA/THE WEATHER NETWORK

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

17Q First examination report despatched

Effective date: 19960730

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: PELMOREX MEDIA, INC.

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LI LU MC NL PT SE

REF Corresponds to:

Ref document number: 153201

Country of ref document: AT

Date of ref document: 19970515

Kind code of ref document: T

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: HEPP, WENGER & RYFFEL AG

REF Corresponds to:

Ref document number: 69403222

Country of ref document: DE

Date of ref document: 19970619

ET Fr: translation filed
REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2102879

Country of ref document: ES

Kind code of ref document: T3

REG Reference to a national code

Ref country code: GR

Ref legal event code: FG4A

Free format text: 3024410

REG Reference to a national code

Ref country code: DK

Ref legal event code: T3

REG Reference to a national code

Ref country code: PT

Ref legal event code: SC4A

Free format text: AVAILABILITY OF NATIONAL TRANSLATION

Effective date: 19970801

PLBQ Unpublished change to opponent data

Free format text: ORIGINAL CODE: EPIDOS OPPO

PLBI Opposition filed

Free format text: ORIGINAL CODE: 0009260

PLBF Reply of patent proprietor to notice(s) of opposition

Free format text: ORIGINAL CODE: EPIDOS OBSO

26 Opposition filed

Opponent name: INTERESSENGEMEINSCHAFT FUER RUNDFUNKSCHUTZRECHTE G

Effective date: 19980216

NLR1 Nl: opposition has been filed with the epo

Opponent name: INTERESSENGEMEINSCHAFT FUER RUNDFUNKSCHUTZRECHTE G

PLBF Reply of patent proprietor to notice(s) of opposition

Free format text: ORIGINAL CODE: EPIDOS OBSO

PLBF Reply of patent proprietor to notice(s) of opposition

Free format text: ORIGINAL CODE: EPIDOS OBSO

PLAW Interlocutory decision in opposition

Free format text: ORIGINAL CODE: EPIDOS IDOP

PLAW Interlocutory decision in opposition

Free format text: ORIGINAL CODE: EPIDOS IDOP

PUAH Patent maintained in amended form

Free format text: ORIGINAL CODE: 0009272

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: PATENT MAINTAINED AS AMENDED

REG Reference to a national code

Ref country code: GB

Ref legal event code: IF02

27A Patent maintained in amended form

Effective date: 20020102

AK Designated contracting states

Kind code of ref document: B2

Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LI LU MC NL PT SE

REG Reference to a national code

Ref country code: CH

Ref legal event code: AEN

Free format text: MAINTIEN DU BREVET DONT L'ETENDUE A ETE MODIFIEE

NLR2 Nl: decision of opposition
REG Reference to a national code

Ref country code: DK

Ref legal event code: T4

NLR3 Nl: receipt of modified translations in the netherlands language after an opposition procedure
ET3 Fr: translation filed ** decision concerning opposition
REG Reference to a national code

Ref country code: GR

Ref legal event code: EP

Ref document number: 20020401208

Country of ref document: GR

REG Reference to a national code

Ref country code: ES

Ref legal event code: DC2A

Kind code of ref document: T5

Effective date: 20020422

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20021011

Year of fee payment: 9

NLR3 Nl: receipt of modified translations in the netherlands language after an opposition procedure
PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IE

Payment date: 20030917

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: PT

Payment date: 20030922

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GR

Payment date: 20030923

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20030925

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DK

Payment date: 20030926

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: AT

Payment date: 20030929

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NL

Payment date: 20030930

Year of fee payment: 10

Ref country code: MC

Payment date: 20030930

Year of fee payment: 10

Ref country code: LU

Payment date: 20030930

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: BE

Payment date: 20031010

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: CH

Payment date: 20031125

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040915

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040915

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040915

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040916

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040916

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040930

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040930

Ref country code: DK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040930

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040930

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20040930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050315

BERE Be: lapsed

Owner name: *PELMOREX MEDIA INC.

Effective date: 20040930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050401

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20050405

EUG Se: european patent has lapsed
REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: PT

Ref legal event code: MM4A

Free format text: LAPSE DUE TO NON-PAYMENT OF FEES

Effective date: 20050315

NLV4 Nl: lapsed or anulled due to non-payment of the annual fee

Effective date: 20050401

REG Reference to a national code

Ref country code: DK

Ref legal event code: EBP

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20040916

BERE Be: lapsed

Owner name: *PELMOREX MEDIA INC.

Effective date: 20040930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100915

PGRI Patent reinstated in contracting state [announced from national office to epo]

Ref country code: IT

Effective date: 20110616

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20130920

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20130925

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20130920

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20130930

Year of fee payment: 20

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 69403222

Country of ref document: DE

REG Reference to a national code

Ref country code: GB

Ref legal event code: PE20

Expiry date: 20140914

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20140916

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20140914