US20040133928A1 - System and method for providing a plurality of programming services in a television system - Google Patents
System and method for providing a plurality of programming services in a television system Download PDFInfo
- Publication number
- US20040133928A1 US20040133928A1 US10/740,929 US74092903A US2004133928A1 US 20040133928 A1 US20040133928 A1 US 20040133928A1 US 74092903 A US74092903 A US 74092903A US 2004133928 A1 US2004133928 A1 US 2004133928A1
- Authority
- US
- United States
- Prior art keywords
- service
- data
- channel
- sam
- services
- 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.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4782—Web browsing, e.g. WebTV
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
- H04N7/165—Centralised control of user terminal ; Registering at central
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
Definitions
- This invention relates in general to television systems, and more particularly to a system and architecture for providing a plurality of different classes of video and multimedia programming and including the logical interface method for accessing said plurality of video and multimedia services.
- HCT home communication terminal
- settop box the home communication terminal
- these devices In addition to supporting traditional analog broadcast video and functionality, these devices must also support an increasing number of services that are not just analog (but also digital), are not just broadcast (but also two-way communication, for example, e-mail), and are not just video (but also such as web browser).
- Cost limitations on HCT manufacture impose limitations in compute, memory, and internal machine bus bandwidth that in turn limit the amount of compute resources required to implement increasing digital video and multimedia functionality. Consequently, it would be desirable to provide a system in which required service related information is transmitted from the headend to the HCT in a methodical fashion so as to minimize: required network transmission bandwidth; time to organize the information for storage in the HCT; memory footprint of the information in the HCT; and the amount of time required to then access the information in the HCT. Additionally, this information must be updated in an efficient manner, such as when the services and channel lineup are changed, the HCT is provided the new information.
- FIG. 1 is a block diagram of a cable television system in accordance with the present invention
- FIG. 2 is an electrical block diagram of a settop terminal included in the cable television system FIG. 1, in accordance with the present invention
- FIG. 3 is a block diagram service application manager service table for a cable television system, in accordance with the instant invention.
- FIG. 4 is a block diagram representation of the display channel table used in connection with the service application manager of the instant invention.
- FIG. 5 is a block diagram representation of a split channel table used in connection with the service application manager, in accordance with the instant invention
- FIG. 6 is a block diagram representation of a bulk table used in connection with the service application manager in accordance with the instant invention.
- FIG. 7 is a block diagram representative of a logo table used in connection with the service application manager in accordance with the instant invention.
- FIG. 1 there is illustrated therein a block diagram of a cable television system 100 including a headend 105 for receiving satellite television signals, demodulating the signals down to base band, and transmitting the signals over the system 100 .
- the transmitted signals can, for instance, be radio frequency (RF) signals, although they may more preferably be optical signals that are transmitted over a communications medium such as a fiber optic cable 125 .
- RF radio frequency
- one or more nodes 110 are included in the system 100 for converting the optical signals to RF signals that are thereafter routed over other media such as coaxial cables 130 .
- Taps 115 are provided within the cable system 100 for splitting the RF signal off to subscriber equipment, such as settop terminals 120 , cable ready televisions, video cassette recorders (VCRs), or computers.
- the terminal 120 is typically situated within the residence or business of a subscriber. It may be integrated into a device that has a display 235 , such as a television set, or it may be a stand alone unit that couples to an external display, such as a display included in the computer or a television, and that processes television signals for presentation to subscriber on the display.
- the terminal 120 preferably comprises a data port 205 for receiving the RF signals, which can include video, audio and data information, from the tap and providing any reverse information to the tap for transmission back to the headend.
- the terminal 120 further includes a processor 210 for controlling operations of the terminal 120 and for driving the display, a clock 215 for providing timing functions, and a tuner 134 for tuning into a particular audio, video, and/or data channel. Additionally, the terminal 120 includes a receiver 220 for receiving externally generated information, such as viewer inputs or commands from other devices. Viewer inputs could, for example, be provided via transmitter 240 , such as buttons or keys located on the exterior of the terminal 120 or a handheld remote control device that includes user actuated buttons. Additionally, in certain embodiments, terminals include interface connectors for Ethernet port, Serial port, and Universal Serial Bus port.
- a memory 250 such as a nonvolatile random access memory, coupled to the processor stores operational parameters such as commands that are recognized by the processor.
- the memory also stores program and application information that can, for instance, be downloaded over the system to the terminal.
- the program information includes program guide information that is displayed for the subscriber in the format of a program guide including a listing of channels, programs for viewing on the channels, and times during which the programs are shown.
- the program information also includes channel information such as the channel number and identification information, e.g., ESPN, Disney, WXIA, etc.
- SAM Service Application Manager
- Each service identification consists, for example, of an application to run and a parameter, such as data content, specific to that service.
- Many services may be defined using the same application component, however with different parameters.
- an application that can tune video programming would be executed with one set of parameters to view, for example, HBO, and a separate set of parameters to view, for example, CNN.
- Each association of the application components (in this case tune video) and one of the parameter components (i.e., HBO or CNN) represents a particular service that has a unique service identification.
- Each of the other services described above, such as text channels, pay-per-view, video on demand, and web browsing fit nicely within the service model.
- each service also has an identity, which may include a short textual description (such as call letters for a particular television station), a long textual description, and a logo image.
- Additional service attributes in certain embodiments include multimedia service attributes.
- a service's identity is optionally augmented with an introductory audio that is played when the service is launched.
- a short “Welcome to ABC” song or voice with musical background, where such audio is distinctively associated with service is an example.
- a service's identity is optionally augmented with an audio for when service is terminated or suspended.
- a special effect when starting a service including animated transition into the service, such as morphing from an image of service logo to displayable service, or graphics transitions such as implosion and fades, may be associated with the service.
- animated transition into the service such as morphing from an image of service logo to displayable service, or graphics transitions such as implosion and fades
- graphics transitions such as implosion and fades
- any of a partial or full-size image, video or video widget serving the function of a 3-D logo is associated with a service and displayed momentarily when service is launched. Same or different counterpart media is employed for service termination or suspension.
- the specified association of media with service may include an amount of time to display or play the media. Additionally, media can be combined with special effects.
- Service attributes may or may not necessarily be for identification services but for efficiency of system and method.
- Such service attributes include: cable-operator-only launchable service messaging viewer with emergency alerts or reminders to pay bill.
- a service can be classified with an attribute as both, a cable-operator and viewer, launchable service.
- a service attribute is an installer-only or repair-representative-only launchable service.
- a service can be classified with an attribute as one that can be launched by time, rather than immediately to responding to viewer input or headend signaling.
- Examples of a service that is launched periodically is a ticker-tape that displays periodic information updates of sports scores or stock prices. Specification of service display duration is included appropriately in the aforementioned.
- a service can also be classified with an attribute as a “service not-blockable by viewer” that is activated by cable headend operator.
- a service may have the attribute of a background-service, not visible to viewer.
- a HCT a service that enables HCT to route Internet Protocol data or other information received from and to digital network and passed via one of many possible HCT communication ports to and from one or more of many computing devices in the viewer's premises, establishes a communication link between the digital network and computing devices.
- computing devices include an advanced phone, a hand-held electronic organizer device, a personal computer, an appliance such as a stove, and therefore the HCT acts as a cable modem.
- HCT communication ports include Ethernet port, serial port, Universal Serial Bus (USB), to name a few.
- the Service Application Manager (“SAM”) architecture consists of a SAM server component, a SAM client component, and the interface between-the server to the client.
- This interface consists of the SAM information tables broadcast on the BFS (an example of which is disclosed in commonly assigned patent application serial no. PCT/US97/22535, the disclosure of which is incorporated herein by reference) and the update and signaling messages passed from server to client.
- the SAM server component is part of the headend, while the SAM client component resides in the HCT.
- the SAM server stores the current SAM information, which consists of a Service Table, a Display Channel Table, a Split Channel Table, the Bulk Table, and the Logo Table.
- the SAM provides an interface for a server operator to enter and modify the information on the SAM, and to broadcast it to SAM clients notifying them of, for example, information changes.
- the SAM also allows the applications that execute a particular service to be introduced into the system. Each application has a server component and a client component.
- the application server may execute all the time, while an application client may be downloaded to the HCT and executed only when the viewer requests the service be activated.
- the SAM server provides an interface through which applications are placed on the network, services registered, a channel lineup specified, and the SAM information stored and modified.
- the SAM server may also allow changes to the SAM information table (as described herein below) to be posted to the network together with a time specified by the cable operator.
- the SAM client provides an interface through which applications may be activated and SAM information can be accessed.
- One functionality of the SAM client is the activation of an application client on the HCT, either to provide a specified service or because of a signaling message from the server.
- SAM information includes at least five different tables: a Service Table stores information about all services available on the system and each service is identified by a specific service ID; a Display Channel Table (“DCT”) provides an abstraction to match a display channel number to a service ID (and vice versa); a Split Channel Table supplements the DCT with information about split channels; a Bulk Table is provided for storing actual string and parameter data as well as attributes of each service.
- the data for each table may be transmitted from the server to the client by writing it into a binary file and then placing the file on a broadcast file system (“BFS”) such as that disclosed in the aforementioned copending PCT Patent Application, the disclosure of which is incorporated herein by reference. Updates to the various table increments the tables' version number. Accordingly, the system will always access the most recent version of a particular table. This is important as some channels, for example the Split Channel Table, will change fairly regularly and indeed can change on a daily basis.
- BFS broadcast file system
- the SAM client When the SAM server changes the SAM files being broadcast on BFS, the SAM client will receive a message from the SAM server via the HCT operating system. This message contains the current version number of each SAM table, as well as flags optionally specifying a “forced” update of each table. For each table, the SAM client will check the version number specified in the message versus the local table versions and only if they are different retrieve the file from the BFS and check the version number a second time (unless the “force” flag is set for that table, in which case the file on BFS is always checked). If a file version being transmitted on the BFS is different than the local file stored in the SAM client, the SAM client will update its tables using the new files.
- the update process is also robust such that the SAM client can handle the various non-deterministic aspects of the SAM server's use of the BFS. For example, the synchronization of the message being received at the client, the file being changed on the BFS server, and the file being changed as seen by the BFS client are all affected by network latency and could happen in different orders.
- the SAM client After receiving an information update, the SAM client will notify interested applications via the HCT OS that the SAM information has changed. To allow other components to update their service and channel related information, the SAM client must keep the last version of the replaced data tables in memory.
- the various SAM information tables are transmitted in band, over QAM, for fast access by the SAM client during HCT boot. Copies of the tables, with the exception of the Logo Table, are also transmitted out-of-band, over QPSK.
- the out of band files are used by the SAM client during SAM information update such that the viewer's use of the HCT is not interrupted (access to in-band data requires use of the HCT tuner).
- the Service Table 300 contains the service identification information, with each service assigned a unique service ID.
- the header information at the beginning of the Service Table includes the table version 308 and the number of sub tables 310 . This is followed by the service subtables.
- Each subtable 302 includes the number of subtable entries, the length of the service data segment, an index, and finally the service data segment.
- the index includes a pairing of a service ID and the offset into the data segment where the service data is actually found. Accordingly, if a particular subtable provides information relating to 25 different services, the index will include 25 blocks, each block corresponding to a single service.
- the service IDs 306 across the entire Service Table are stored in increasing order, but are not necessarily contiguous. Each service subtable can store up to 64 Kb of service data.
- a binary search is done first on the subtables to determine which subtable a service ID is in, and then within the index of the subtable to locate the offset of the service data in that subtable. The offset is then used to access the data directly.
- Each service data record includes all of the service attributes.
- One such attribute is a description ID.
- the description ID is an index into the Bulk Table for the string describing the service.
- each string is made up of three fields: (1) an ASCII string decimal number specifying the length of the short description in characters; (2) a short description ASCII string; and (3) a long description ascii string.
- ASCII string decimal number specifying the length of the short description in characters
- a short description ASCII string
- a long description ascii string For example, the following strings describe a service whose short description is “WTHR,” and the long description is “The Weather Channel,” “4WTHR The Weather Channel.”
- a second piece of data that is located in the data block 320 is a logo ID and which itself is an index into the Logo Table for the service's logo pixel map.
- An application Universal Resource Locator (“URL”) ID is a third index into the Bulk Table for the URL string identifying the application client in the broadcast file system.
- the final attribute is an application dependent parameter, which is interpreted as a number (i.e., a source ID) or an index into the Bulk Table for a parameter string or parameter data.
- the invention specifies a record with variable-length fields. The idea is to use only as much memory for a field as is needed for the particular value of that field.
- the field Size attribute of the service is used to specify the size, in bytes, of each field.
- the field Size byte uses 2 bits to encoding the number of bytes minus 1 for each field. A value of “00” in a field means it is 1 byte, “01,” means 2 bytes, etc. No matter what the actual field size, the access operations always return the field value in 32 bits.
- the access routines must operate at a byte level when retrieving fields larger than a byte because the data will not be word or half-word aligned.
- each record varies in length from 5 to 17 bytes.
- FIG. 4 there is illustrated therein in a block diagram representation of the Bulk Table used in connection with the Service Application Manager, all in accordance with the instant invention.
- the Bulk Table 400 contains data relevant to the services, such as strings for descriptions, application
- the Bulk Table comprises several initial entries 402 , 404 as described above, followed by a plurality of bulk information subtables 406 and 408 .
- Each subtable includes the number of subtable entries, the length of the bulk data segment, an index, and finally the bulk data segment.
- the index includes a pairing of a bulk ID and the offset into the data segment where the bulk data is actually found. Accordingly, if a particular subtable provides information relating to 25 different bulk data entries, the index will include 25 blocks, each block corresponding to a single bulk data item.
- the bulk IDs across the entire Service Table are stored in increasing order, but are not necessarily contiguous.
- Each bulk subtable can store up to 64 Kb of bulk data.
- a binary search is done first on the subtables to determine which subtable a bulk ID is in, and then within the index of the subtable to locate the offset of the bulk data in that subtable. The offset is then used to access the data directly.
- the size and the contents of the Bulk Table itself depend on the size and type of information that is required to be stored therein.
- Several types of BulkData are defined in the following.
- the application URL is simply a NULL-terminated ASCII string.
- the service description is two concatenated NULL-terminated ASCII strings, the first being the short description and the second being the long description. For example, “WGNX0CBS Atlanta0” is a possible description string.
- a string is simply a NULL-terminated ASCII string.
- Arbitrary data can be stored in the Bulk Table and a pointer to that data handed out via an API in the SAM Client. It is then up to the application client to interpret the content of the data.
- the Display Channel Table 500 is used to map service IDs to channel numbers displayed to the viewer (Display Channel Number, or DCN).
- DCN Display Channel Number
- the Display Channel Table can be specified on a per-hub basis. This allows different neighborhoods of subscribers to receive different channel lineups.
- the Display Channel Table is constructed to allow optimal access time to determine the service ID for a particular service or the service ID for a particular DCN. Both transformations are required by applications executing in the HCT such as the channel navigator and the program guide.
- the Display Channel Table begins with a version number 502 , the number of valid channels in the channel index 504 , and the length of the valid service index 506 . This is followed first by a valid channel bitmap 508 , containing a bit for each channel in the cable system. For each channel that is valid, the corresponding bit position is set in the valid channel bitmap. Next is a valid channel index 510 , each entry associated with a valid channel in the bitmap, whose content is an index into the service/DCN index that follows.
- the service/DCN index contains an entry for each valid service ID and Display Channel Number pair. Within each Display Channel Number in that pair is a channel flag (the most-significant-bit of the DCN).
- This flag indicates whether or not the DCN is surfable, i.e. can be reached by the user incrementing or decrementing throughout the channel lineup.
- the channel index can be determined by taking the decimal value of each byte in the valid channel bitmap, translating the decimal value to a “number of bits set” using the lookup table, and accumulating this count for each byte in the valid channel bitmap up to the byte for the DCN.
- the remaining bits in the byte where the DCN bit is located are added by shifting and masking.
- the number of bits set is then directly the Nth valid channel for that DCN, which is directly the offset into the channel index for that DCN.
- the channel index contains the offset into the service/DCN index for that DCN.
- the service ID for that DCN is the upper two bytes of the 32-bit service ID/DCN value.
- the total search time is then O(n) where n is the number of total possible channels. This is achieved without having to store for example an array of size total number of channels, using only an array of size total number of channels divided by eight (the bitmap) plus an array of size number of valid channels.
- a binary search on the service ID/DCN index 512 is done. This index is sorted in increasing order, such that the search is O(log (number of valid service/DCN entries)).
- the SAM supports the ability to split channels provided over the system.
- a split channel is one in which there is more than one service that is provided on that channel during a 24 hour period.
- One embodiment of the SAM may support split channels; where each of which shows two services, and which may change between those two services up to three times in a 24 hour period. For example, if the channel is specified as a split channel with service X and service Y, starting at midnight the following splits are available: XY, XYX, XYXY.
- Split channels are identified in the Display Channel Table in both the channel index and the service ID/DCN index using a reserved constant. This indicates to the SAM client to lookup the information for the requested DCN in the Split Channel Table. There is always a Split Channel Table for each Display Channel Table in which a split channel is identified.
- FIG. 6 there is illustrated therein a block diagram representation a Split Channel Table 600 for use in connection with the Service Application Manager, all in accordance with the instant invention.
- the Split Channel Table like the other tables, includes a number of initial entries such as initial entry 602 and 604 .
- Initial entry 602 is version that specifies the most recent version of the split channel table allowing the SAM system to know that it is working with the most recent version of information.
- the second entry 604 specifies the number of split channels in the channel lineup. Accordingly, and in FIG. 6, the number of split channels identified would be one as only one split channel record 606 is illustrated in split channel table 600 .
- the split channel record 606 includes a number of pieces of information, including, for example, the DCN being split 608 , the identities of the services which are splitting the channel 610 and 612 , and a time flag 614 that specifies the hours at which services are being provided on the channel. These times are specified such that service 1 is on by default at midnight in any given day. Each time then marks a swap to service 2 and back, continuing according to the number of swaps.
- the core channel management application in the HCT uses this information such that service swaps take place automatically and are done by the client. This differs from existing analog systems where split channels are implemented by changing the content that is broadcast on a particular analog channel.
- the split channel concept in this invention also allows channels to be split between video services and services of other media, such as text channels or web browsing time.
- the final SAM information table present in the instant invention is the Logo Table as illustrated in FIG. 7.
- the Logo Table 700 stores service logo data.
- the SAM server provides two different Logo Tables on the BFS, both transmitted in band.
- One table provides the default set of logos known by the SAM Server upon deployment of the cable system, in the present embodiment the range of default logo IDs is from 1-255 and is published including the name of the logo.
- the data for the default logo images can be stored in the nonvolatile memory of the HCT such that they can be retrieved very quickly and rendered by applications in the HCT.
- the set of default logos will never change, nor will the data in the default Logo Table.
- New logos registered with services by the SAM server are stored in another Logo Table.
- the SAM client always loads this table into memory on the HCT during initialization, and it can be updated like any of the other SAM information tables. Accordingly, the Logo Table initial entry 702 relates to version numbers of the table.
- All logos are encoded by the SAM Server using an encoder that translates a single common image format such as GIF into the particular format that the SAM is transmitting (and decoding within the SAM Client).
- Application clients can access the logo data in the SAM in several ways. First, an application client can ask for the logo ID that corresponds to a particular service. If the logo ID is stored by the application client (one of the default logos), it can then draw the appropriate logo using its own data. Otherwise, the application client can ask the SAM client for the logo pixmap data, width, and height in a format compatible with the HCT OS drawing capabilities. A Logold of zero means no logo.
- the structure of the Logo Table begins with a version number 702 , number of logos 704 in the table, first logo ID in the table 706 , and then the size of the logo data 708 .
- the index for a logo contains the offset into the logo data segment where the actual image data for the logo is stored.
- the primary functionality of the SAM is the activation of an application client on the DHCT, either to provide a specified service or because of a signaling message from the server.
- DCN Display Channel Number
- the SAM uses the Display Channel Table (DCT) to map a DCN to a Serviceld. “Split” channels are supported, such that one channel might provide multiple services, depending on the time of day.
- DCT Display Channel Table
- “Split” channels are supported, such that one channel might provide multiple services, depending on the time of day.
- the SAM client Given a service ID, the SAM client first extracts the appropriate application URL BulkDatald from the Service record in the current Service Table, and then the actual URL string from the Bulk Table. It then asks the HCT Operating System (“OS”) if the module with the application URL for the application is loaded in the HCT memory.
- OS HCT Operating System
- the SAM client launches the application module as an OS application (it may be that the application has already been launched). It then asks the OS to activate the application, given the module handle—this brings the application into focus. Finally, the SAM client sends a kEt_Activate message to the application client, including the service ID and the service parameter from the Service Table.
- Application clients can also be activated by a message sent from the server.
- the SAM client must register with the HCT operating system to receive SAM signaling messages.
- the content of these messages is an application URL to activate and the data to pass the application as a parameter.
- the SAM client thus provides a mechanism whereby an application client can be activated given the application URL and some data. If the data type is an integer value, meaning the parameter itself, then it is passed directly to the application identified by the URL via a kEt_Activate message. However, if the parameter is a string or data, then it must be stored by the SAM client locally and given a BulkDatald in the range reserved for private client use. The SAM client will activate the application client.
- the BulkDatald is passed as the parameter, and a special id is used to signify a service activated via a pass-thru message.
- the application client can then use the SAM client API to retrieve the data given the bulk ID.
- the private bulk data might be a URL string, an actual string to use directly, or data.
- the application client must be given the parameter type it is expecting; this must be verified by the SAM Server before the signaling message is sent. However, if the application client is expecting a string it must check whether the string is a URL or the content itself. If the application client is executing on behalf of the kSam_SignalingService, then it must delete the private bulk data when it suspends.
- the SAM client can be asked to construct a kEt_Notify event with supplied parameters and forward it to designated application clients. Again, this can be done via a service ID or an application URL.
- the notification event type is supplemented with event data particular to the notification being sent (such as kEd_SamDataUpdated), an ID (typically the service ID), and two parameters.
- the SAM client provides a facility whereby application clients can be queried to determine whether particular services are currently authorized.
- the SAM will look up the application URL for the requested service ID in the Service Table, and send the application client a kEt_IsAuthorized event requesting an asynchronous reply to a queue created within the SAM client API.
- the SAM client will wait on that queue until a kEt_AsyncResponse event is delivered by the application client, and then return the result to the caller of the SAM API.
- the SAM Client API is synchronous. It is up to the application client to determine if the service is authorized, using whatever means necessary.
- Application clients can be suspended by Serviceld or directly via application URL. Application clients can also be suspended as a result of a signaling message from the SAM Server.
- the channel selection function of this system includes a plurality of channel cross reference tables as illustrated in FIGS. 3 - 7 .
- These tables cross reference settop terminal channels with a variety of television services, or other services, such as various types of video and audio programming, and online services such as web casting and e-mail. Selection of a particular channel transfers control of that specific application program, along with one or more appropriate parameters obtained from the cross reference tables, and activates the service associated with that selected channel.
- the cross reference tables in FIGS. 3 - 7 are channel selection functions that enable the settop terminals to execute software and activate a variety of services. When a viewer of the system of FIG. 1 selects a channel, the HCT identifies the service associated with the selected channel from the Display Channel Table and then executes the appropriate application determined from the Service Table of FIG. 3.
- channel and service lineup can take place transparently to the viewer based on the data kept in the SAM client. This is important as subscribers often group together in blocks favorite types of programming so as to make access to those programs easier. In other words, a subscribers mapping of the settop terminal channels to television services is maintained even if the cable service provider reassigns the cable channels over which those services are transmitted. Accordingly, when such reassignment occurs, updated versions of the tables as specified hereinabove are transmitted from the SAM server to the SAM client, thus providing a transparent change in service channels for the SAM server operator through to the SAM client user. As an example, once parents configure channel settings to block particular services deemed inappropriate for children, a reassignment of cable channels over which those services are transmitted will not affect those services blocked status.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
- The present application is a continuation of U.S. patent application Ser. No. 09/071,550 entitled “System and Method for Providing a Plurality of Programming Services in a Television System” filed on May 1, 1998.
- This invention relates in general to television systems, and more particularly to a system and architecture for providing a plurality of different classes of video and multimedia programming and including the logical interface method for accessing said plurality of video and multimedia services.
- The old definition of television services included a channel, which was essentially nothing more than an analog broadcast video source. However, in the new world of digital programming, the home communication terminal (“HCT”), otherwise known as the settop box, has become a more powerful computing device than the typical analog cable TV set-top. In addition to supporting traditional analog broadcast video and functionality, these devices must also support an increasing number of services that are not just analog (but also digital), are not just broadcast (but also two-way communication, for example, e-mail), and are not just video (but also such as web browser). These are all in addition to a host of other television services that are increasingly being demanded by customers, examples of which include audio and audio visual programming, advanced navigation controls, interactive program guides, impulse pay-per-view captivation, video on demand programming, advanced configuration controls, and other online services to name but a few. In order to provide these more powerful and complex features, the simple channel abstractions need to be extended beyond those that have traditionally been provided.
- With the capabilities of advanced one-way digital networks, a multiplicity of applications become feasible such as downstream e-mail delivery, electronic magazines, electronic newspapers, and other graphical and textual services for news, sports and financial information, to name but a few of broadcast authorizable services. With the capabilities of a two-way digital network other applications such as impulse pay-per-view, video on demand, electronic commerce, and web browsing become possible. All these services can be offered in parallel with conventional broadcast television and can be considered differing service categories. As the number of services available via cable or satellite television increases, there is a need for a model in which the television viewer can access these services. Given that a viewer of newer generation digital HCTs can access up to thousands of channels and services available, there will be a large amount of service and channel definition information that needs to be transmitted from the headend or server location to the client or HCT. Traditional methods of broadcast television and services in cable television systems do not provide the necessary amounts of information to support all these channels and services, nor are they capable of efficiently transmitting, storing, accessing, and processing the corresponding large amounts of information in the HCT.
- Cost limitations on HCT manufacture impose limitations in compute, memory, and internal machine bus bandwidth that in turn limit the amount of compute resources required to implement increasing digital video and multimedia functionality. Consequently, it would be desirable to provide a system in which required service related information is transmitted from the headend to the HCT in a methodical fashion so as to minimize: required network transmission bandwidth; time to organize the information for storage in the HCT; memory footprint of the information in the HCT; and the amount of time required to then access the information in the HCT. Additionally, this information must be updated in an efficient manner, such as when the services and channel lineup are changed, the HCT is provided the new information.
- It would also be desirable to provide this system and method in which a particular application for a specific service is preloaded on the HCT and, if not, arrange for it to be acquired from the headend and loaded. This, of course, would require the ability to have two-way digital cable TV network for communication between the headend and the HCT, or an advanced one-way digital network in which system and method acquires specific broadcast service information by accessing and retrieving data with a predetermined file name and identification, such file retrieved from a broadcast file system (“BFS”).
- Accordingly, there exists a need to provide a mechanism whereby applications on the HCT can be activated from the server via a signaling message received from the HCT, to provide the user with services such as Emergency Alert Messages, e-mail, and other messaging.
- FIG. 1 is a block diagram of a cable television system in accordance with the present invention;
- FIG. 2 is an electrical block diagram of a settop terminal included in the cable television system FIG. 1, in accordance with the present invention;
- FIG. 3 is a block diagram service application manager service table for a cable television system, in accordance with the instant invention;
- FIG. 4 is a block diagram representation of the display channel table used in connection with the service application manager of the instant invention;
- FIG. 5 is a block diagram representation of a split channel table used in connection with the service application manager, in accordance with the instant invention;
- FIG. 6 is a block diagram representation of a bulk table used in connection with the service application manager in accordance with the instant invention; and
- FIG. 7 is a block diagram representative of a logo table used in connection with the service application manager in accordance with the instant invention.
- While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention would be better understood from a consideration of the following description in conjunction with the drawing figures in which like reference numerals are carried forward.
- Referring now to FIG. 1 there is illustrated therein a block diagram of a
cable television system 100 including a headend 105 for receiving satellite television signals, demodulating the signals down to base band, and transmitting the signals over thesystem 100. The transmitted signals can, for instance, be radio frequency (RF) signals, although they may more preferably be optical signals that are transmitted over a communications medium such as a fiberoptic cable 125. When optical signals are transmitted by theheadend 105, one ormore nodes 110 are included in thesystem 100 for converting the optical signals to RF signals that are thereafter routed over other media such ascoaxial cables 130.Taps 115 are provided within thecable system 100 for splitting the RF signal off to subscriber equipment, such assettop terminals 120, cable ready televisions, video cassette recorders (VCRs), or computers. - Referring now to FIG. 2, there is illustrated therein a block diagram of the
home communication terminal 120 and other system equipment is shown. Theterminal 120 is typically situated within the residence or business of a subscriber. It may be integrated into a device that has adisplay 235, such as a television set, or it may be a stand alone unit that couples to an external display, such as a display included in the computer or a television, and that processes television signals for presentation to subscriber on the display. Theterminal 120 preferably comprises adata port 205 for receiving the RF signals, which can include video, audio and data information, from the tap and providing any reverse information to the tap for transmission back to the headend. Theterminal 120 further includes aprocessor 210 for controlling operations of theterminal 120 and for driving the display, aclock 215 for providing timing functions, and a tuner 134 for tuning into a particular audio, video, and/or data channel. Additionally, theterminal 120 includes areceiver 220 for receiving externally generated information, such as viewer inputs or commands from other devices. Viewer inputs could, for example, be provided viatransmitter 240, such as buttons or keys located on the exterior of theterminal 120 or a handheld remote control device that includes user actuated buttons. Additionally, in certain embodiments, terminals include interface connectors for Ethernet port, Serial port, and Universal Serial Bus port. - A
memory 250, such as a nonvolatile random access memory, coupled to the processor stores operational parameters such as commands that are recognized by the processor. The memory also stores program and application information that can, for instance, be downloaded over the system to the terminal. The program information includes program guide information that is displayed for the subscriber in the format of a program guide including a listing of channels, programs for viewing on the channels, and times during which the programs are shown. The program information also includes channel information such as the channel number and identification information, e.g., ESPN, Disney, WXIA, etc. - As noted above, in the world of digital programming, services are no longer considered to be simply traditional analog broadcast services, but will include advanced one-way digital network services and a whole host of additional two-way services such as web browsing, video on demand, and e-mail to name but a few. In order to provide these more powerful and complex features, the simple channel abstraction needs to be extended so as to provide for each of these different services in both one-way and two-way digital networks. The instant invention provides a Service Application Manager (“SAM”) system and method that implements a model in which a viewer can access services. Each service identification consists, for example, of an application to run and a parameter, such as data content, specific to that service. Many services may be defined using the same application component, however with different parameters. For example, an application that can tune video programming would be executed with one set of parameters to view, for example, HBO, and a separate set of parameters to view, for example, CNN. Each association of the application components (in this case tune video) and one of the parameter components (i.e., HBO or CNN) represents a particular service that has a unique service identification. Each of the other services described above, such as text channels, pay-per-view, video on demand, and web browsing fit nicely within the service model. In addition to an application and parameter, each service also has an identity, which may include a short textual description (such as call letters for a particular television station), a long textual description, and a logo image.
- Additional service attributes in certain embodiments include multimedia service attributes. A service's identity is optionally augmented with an introductory audio that is played when the service is launched. A short “Welcome to ABC” song or voice with musical background, where such audio is distinctively associated with service is an example. Likewise, a service's identity is optionally augmented with an audio for when service is terminated or suspended.
- In other embodiments, a special effect when starting a service, including animated transition into the service, such as morphing from an image of service logo to displayable service, or graphics transitions such as implosion and fades, may be associated with the service. Likewise, a special effect may be associated with a service when it is terminated or suspended.
- In another embodiment, any of a partial or full-size image, video or video widget serving the function of a 3-D logo is associated with a service and displayed momentarily when service is launched. Same or different counterpart media is employed for service termination or suspension. The specified association of media with service may include an amount of time to display or play the media. Additionally, media can be combined with special effects.
- Service attributes may or may not necessarily be for identification services but for efficiency of system and method. Such service attributes include: cable-operator-only launchable service messaging viewer with emergency alerts or reminders to pay bill. A service can be classified with an attribute as both, a cable-operator and viewer, launchable service. Alternately, a service attribute is an installer-only or repair-representative-only launchable service.
- A service can be classified with an attribute as one that can be launched by time, rather than immediately to responding to viewer input or headend signaling.
- Furthermore, such service activation time is designated by:
- A. a prespecified time after viewer activation or server signaling; or
- B. input by viewer or data transmitted during server signaling, and/or possibly with:
- 1. periodic pre-specified interval values; or
- 2. periodic pre-specified interval values specified by viewer or headend message.
- Examples of a service that is launched periodically is a ticker-tape that displays periodic information updates of sports scores or stock prices. Specification of service display duration is included appropriately in the aforementioned. A service can also be classified with an attribute as a “service not-blockable by viewer” that is activated by cable headend operator.
- A service may have the attribute of a background-service, not visible to viewer. In a HCT, a service that enables HCT to route Internet Protocol data or other information received from and to digital network and passed via one of many possible HCT communication ports to and from one or more of many computing devices in the viewer's premises, establishes a communication link between the digital network and computing devices. Such computing devices include an advanced phone, a hand-held electronic organizer device, a personal computer, an appliance such as a stove, and therefore the HCT acts as a cable modem.
- Although a service runs in the HCT in the forementioned, the application running on the HCT serves as an “enabler” and possibly as a communication switch while the designated computing device and communication port are specified as parameters of the service. HCT communication ports include Ethernet port, serial port, Universal Serial Bus (USB), to name a few.
- In order to access this growing number of services, it is necessary to provide a system that can meet functionality, efficiency, and memory footprint requirements constrained by the capabilities of the HCT. The Service Application Manager (“SAM”) architecture consists of a SAM server component, a SAM client component, and the interface between-the server to the client. This interface consists of the SAM information tables broadcast on the BFS (an example of which is disclosed in commonly assigned patent application serial no. PCT/US97/22535, the disclosure of which is incorporated herein by reference) and the update and signaling messages passed from server to client. In the context of the system illustrated in FIGS. 1 and 2, the SAM server component is part of the headend, while the SAM client component resides in the HCT. The SAM server stores the current SAM information, which consists of a Service Table, a Display Channel Table, a Split Channel Table, the Bulk Table, and the Logo Table. The SAM provides an interface for a server operator to enter and modify the information on the SAM, and to broadcast it to SAM clients notifying them of, for example, information changes. The SAM also allows the applications that execute a particular service to be introduced into the system. Each application has a server component and a client component. The application server may execute all the time, while an application client may be downloaded to the HCT and executed only when the viewer requests the service be activated.
- The SAM server provides an interface through which applications are placed on the network, services registered, a channel lineup specified, and the SAM information stored and modified. The SAM server may also allow changes to the SAM information table (as described herein below) to be posted to the network together with a time specified by the cable operator.
- The SAM client provides an interface through which applications may be activated and SAM information can be accessed. One functionality of the SAM client is the activation of an application client on the HCT, either to provide a specified service or because of a signaling message from the server.
- As noted above SAM information includes at least five different tables: a Service Table stores information about all services available on the system and each service is identified by a specific service ID; a Display Channel Table (“DCT”) provides an abstraction to match a display channel number to a service ID (and vice versa); a Split Channel Table supplements the DCT with information about split channels; a Bulk Table is provided for storing actual string and parameter data as well as attributes of each service. The data for each table may be transmitted from the server to the client by writing it into a binary file and then placing the file on a broadcast file system (“BFS”) such as that disclosed in the aforementioned copending PCT Patent Application, the disclosure of which is incorporated herein by reference. Updates to the various table increments the tables' version number. Accordingly, the system will always access the most recent version of a particular table. This is important as some channels, for example the Split Channel Table, will change fairly regularly and indeed can change on a daily basis.
- When the SAM server changes the SAM files being broadcast on BFS, the SAM client will receive a message from the SAM server via the HCT operating system. This message contains the current version number of each SAM table, as well as flags optionally specifying a “forced” update of each table. For each table, the SAM client will check the version number specified in the message versus the local table versions and only if they are different retrieve the file from the BFS and check the version number a second time (unless the “force” flag is set for that table, in which case the file on BFS is always checked). If a file version being transmitted on the BFS is different than the local file stored in the SAM client, the SAM client will update its tables using the new files.
- The update process works such that while the SAM client is reading new files, the old files are still available to applications on the HCT. Only when the SAM client has completed reading any new tables does it actually update the current tables to the new information. During this very brief “swap,” both old and new tables are locked such that the data cannot be accessed via the SAM client interface.
- The update process is also robust such that the SAM client can handle the various non-deterministic aspects of the SAM server's use of the BFS. For example, the synchronization of the message being received at the client, the file being changed on the BFS server, and the file being changed as seen by the BFS client are all affected by network latency and could happen in different orders.
- After receiving an information update, the SAM client will notify interested applications via the HCT OS that the SAM information has changed. To allow other components to update their service and channel related information, the SAM client must keep the last version of the replaced data tables in memory.
- The various SAM information tables are transmitted in band, over QAM, for fast access by the SAM client during HCT boot. Copies of the tables, with the exception of the Logo Table, are also transmitted out-of-band, over QPSK. The out of band files are used by the SAM client during SAM information update such that the viewer's use of the HCT is not interrupted (access to in-band data requires use of the HCT tuner).
- Referring now to FIG. 3 there is a block diagram representation of the Service Table used in the preferred embodiment of the Service Application Manager, all in accordance with the instant invention. The Service Table300 contains the service identification information, with each service assigned a unique service ID. The header information at the beginning of the Service Table includes the
table version 308 and the number of sub tables 310. This is followed by the service subtables. Eachsubtable 302 includes the number of subtable entries, the length of the service data segment, an index, and finally the service data segment. The index includes a pairing of a service ID and the offset into the data segment where the service data is actually found. Accordingly, if a particular subtable provides information relating to 25 different services, the index will include 25 blocks, each block corresponding to a single service. Theservice IDs 306 across the entire Service Table are stored in increasing order, but are not necessarily contiguous. Each service subtable can store up to 64 Kb of service data. - To find a service ID in the Service Table, a binary search is done first on the subtables to determine which subtable a service ID is in, and then within the index of the subtable to locate the offset of the service data in that subtable. The offset is then used to access the data directly.
- Each service data record includes all of the service attributes. One such attribute is a description ID. The description ID is an index into the Bulk Table for the string describing the service. In one embodiment, each string is made up of three fields: (1) an ASCII string decimal number specifying the length of the short description in characters; (2) a short description ASCII string; and (3) a long description ascii string. For example, the following strings describe a service whose short description is “WTHR,” and the long description is “The Weather Channel,” “4WTHR The Weather Channel.”
- A second piece of data that is located in the data block320 is a logo ID and which itself is an index into the Logo Table for the service's logo pixel map. An application Universal Resource Locator (“URL”) ID is a third index into the Bulk Table for the URL string identifying the application client in the broadcast file system. The final attribute is an application dependent parameter, which is interpreted as a number (i.e., a source ID) or an index into the Bulk Table for a parameter string or parameter data.
- In order to efficiently store service records for thousands of services, the invention specifies a record with variable-length fields. The idea is to use only as much memory for a field as is needed for the particular value of that field. The field Size attribute of the service is used to specify the size, in bytes, of each field. The field Size byte uses 2 bits to encoding the number of bytes minus 1 for each field. A value of “00” in a field means it is 1 byte, “01,” means 2 bytes, etc. No matter what the actual field size, the access operations always return the field value in 32 bits. The access routines must operate at a byte level when retrieving fields larger than a byte because the data will not be word or half-word aligned. The format of the field Size byte is shown below:
field Size: for(i = bit 0; i < 8; i++) { description ID size - 1 : 2 logoId size - 1 : 2 applicationId size - 1 : 2 parameter size - 1 : 2 } - Thus, each record varies in length from 5 to 17 bytes.
- Accordingly, and referring now to FIG. 4, there is illustrated therein in a block diagram representation of the Bulk Table used in connection with the Service Application Manager, all in accordance with the instant invention. The Bulk Table400 contains data relevant to the services, such as strings for descriptions, application
- URLs, and parameter data. As with the Service Table300 of FIG. 3, the Bulk Table comprises several
initial entries - Each subtable includes the number of subtable entries, the length of the bulk data segment, an index, and finally the bulk data segment. The index includes a pairing of a bulk ID and the offset into the data segment where the bulk data is actually found. Accordingly, if a particular subtable provides information relating to 25 different bulk data entries, the index will include 25 blocks, each block corresponding to a single bulk data item. The bulk IDs across the entire Service Table are stored in increasing order, but are not necessarily contiguous. Each bulk subtable can store up to 64 Kb of bulk data.
- To find a bulk ID in the Bulk Table, a binary search is done first on the subtables to determine which subtable a bulk ID is in, and then within the index of the subtable to locate the offset of the bulk data in that subtable. The offset is then used to access the data directly.
- The size and the contents of the Bulk Table itself depend on the size and type of information that is required to be stored therein. Several types of BulkData are defined in the following. The application URL is simply a NULL-terminated ASCII string. The service description is two concatenated NULL-terminated ASCII strings, the first being the short description and the second being the long description. For example, “WGNX0CBS Atlanta0” is a possible description string. A string is simply a NULL-terminated ASCII string. Arbitrary data can be stored in the Bulk Table and a pointer to that data handed out via an API in the SAM Client. It is then up to the application client to interpret the content of the data.
- Referring now to FIG. 5, there is illustrated therein a block diagram representation of the Display Channel Table used in connection with the Service Application Manager, all in accordance with the instant invention. The Display Channel Table500 is used to map service IDs to channel numbers displayed to the viewer (Display Channel Number, or DCN). In one embodiment of a cable system using the SAM, the Display Channel Table can be specified on a per-hub basis. This allows different neighborhoods of subscribers to receive different channel lineups.
- The Display Channel Table is constructed to allow optimal access time to determine the service ID for a particular service or the service ID for a particular DCN. Both transformations are required by applications executing in the HCT such as the channel navigator and the program guide.
- The Display Channel Table begins with a
version number 502, the number of valid channels in thechannel index 504, and the length of thevalid service index 506. This is followed first by avalid channel bitmap 508, containing a bit for each channel in the cable system. For each channel that is valid, the corresponding bit position is set in the valid channel bitmap. Next is avalid channel index 510, each entry associated with a valid channel in the bitmap, whose content is an index into the service/DCN index that follows. The service/DCN index contains an entry for each valid service ID and Display Channel Number pair. Within each Display Channel Number in that pair is a channel flag (the most-significant-bit of the DCN). This flag indicates whether or not the DCN is surfable, i.e. can be reached by the user incrementing or decrementing throughout the channel lineup. There exists a service ID/DCN pair for every combination of service and DCN, where a service can be associated with more than one channel. - These data structures can be better understood by explaining how the translation for service ID to DCN and vice-versa takes place. To translate from DCN to service ID, first the bit for the DCN in the valid channel bitmap is checked. If the bit is set, the channel is valid, and the index for that channel must be determined. The index is exactly Nth valid channel which the DCN happens to be, or the number of bits set in the valid channel bitmap up to and including the bit representing the DCN. This lookup is made compute efficient by using a table that stores the number of bits set in a single byte for each decimal value of that byte. Thus, the channel index can be determined by taking the decimal value of each byte in the valid channel bitmap, translating the decimal value to a “number of bits set” using the lookup table, and accumulating this count for each byte in the valid channel bitmap up to the byte for the DCN. The remaining bits in the byte where the DCN bit is located are added by shifting and masking.
- The number of bits set is then directly the Nth valid channel for that DCN, which is directly the offset into the channel index for that DCN. The channel index contains the offset into the service/DCN index for that DCN. Once this offset is known, the service ID for that DCN is the upper two bytes of the 32-bit service ID/DCN value. The total search time is then O(n) where n is the number of total possible channels. This is achieved without having to store for example an array of size total number of channels, using only an array of size total number of channels divided by eight (the bitmap) plus an array of size number of valid channels.
- To look up a service ID for a DCN, a binary search on the service ID/
DCN index 512 is done. This index is sorted in increasing order, such that the search is O(log (number of valid service/DCN entries)). - In addition to the services described above, the SAM supports the ability to split channels provided over the system. A split channel is one in which there is more than one service that is provided on that channel during a 24 hour period. One embodiment of the SAM may support split channels; where each of which shows two services, and which may change between those two services up to three times in a 24 hour period. For example, if the channel is specified as a split channel with service X and service Y, starting at midnight the following splits are available: XY, XYX, XYXY. Split channels are identified in the Display Channel Table in both the channel index and the service ID/DCN index using a reserved constant. This indicates to the SAM client to lookup the information for the requested DCN in the Split Channel Table. There is always a Split Channel Table for each Display Channel Table in which a split channel is identified.
- Accordingly, referring now to FIG. 6, there is illustrated therein a block diagram representation a Split Channel Table600 for use in connection with the Service Application Manager, all in accordance with the instant invention. The Split Channel Table, like the other tables, includes a number of initial entries such as
initial entry Initial entry 602 is version that specifies the most recent version of the split channel table allowing the SAM system to know that it is working with the most recent version of information. Thesecond entry 604 specifies the number of split channels in the channel lineup. Accordingly, and in FIG. 6, the number of split channels identified would be one as only onesplit channel record 606 is illustrated in split channel table 600. It is to be understood, however, that any number of split channels may be supported by this system, and the invention is not so limited. Thesplit channel record 606 includes a number of pieces of information, including, for example, the DCN being split 608, the identities of the services which are splitting thechannel time flag 614 that specifies the hours at which services are being provided on the channel. These times are specified such thatservice 1 is on by default at midnight in any given day. Each time then marks a swap toservice 2 and back, continuing according to the number of swaps. The core channel management application in the HCT uses this information such that service swaps take place automatically and are done by the client. This differs from existing analog systems where split channels are implemented by changing the content that is broadcast on a particular analog channel. The split channel concept in this invention also allows channels to be split between video services and services of other media, such as text channels or web browsing time. - The final SAM information table present in the instant invention is the Logo Table as illustrated in FIG. 7. The Logo Table700 stores service logo data. The SAM server provides two different Logo Tables on the BFS, both transmitted in band. One table provides the default set of logos known by the SAM Server upon deployment of the cable system, in the present embodiment the range of default logo IDs is from 1-255 and is published including the name of the logo. The data for the default logo images can be stored in the nonvolatile memory of the HCT such that they can be retrieved very quickly and rendered by applications in the HCT. The set of default logos will never change, nor will the data in the default Logo Table.
- New logos registered with services by the SAM server are stored in another Logo Table. The SAM client always loads this table into memory on the HCT during initialization, and it can be updated like any of the other SAM information tables. Accordingly, the Logo Table
initial entry 702 relates to version numbers of the table. - All logos are encoded by the SAM Server using an encoder that translates a single common image format such as GIF into the particular format that the SAM is transmitting (and decoding within the SAM Client).
- Application clients can access the logo data in the SAM in several ways. First, an application client can ask for the logo ID that corresponds to a particular service. If the logo ID is stored by the application client (one of the default logos), it can then draw the appropriate logo using its own data. Otherwise, the application client can ask the SAM client for the logo pixmap data, width, and height in a format compatible with the HCT OS drawing capabilities. A Logold of zero means no logo.
- The structure of the Logo Table begins with a
version number 702, number oflogos 704 in the table, first logo ID in the table 706, and then the size of thelogo data 708. Next is an index of logo data offsets 710, such that index equals the logo ID minus the starting logo ID of the table. The index for a logo contains the offset into the logo data segment where the actual image data for the logo is stored. - The primary functionality of the SAM is the activation of an application client on the DHCT, either to provide a specified service or because of a signaling message from the server. Typically the user of the DHCT will access services via the Display Channel Number (DCN). The SAM uses the Display Channel Table (DCT) to map a DCN to a Serviceld. “Split” channels are supported, such that one channel might provide multiple services, depending on the time of day. Given a service ID, the SAM client first extracts the appropriate application URL BulkDatald from the Service record in the current Service Table, and then the actual URL string from the Bulk Table. It then asks the HCT Operating System (“OS”) if the module with the application URL for the application is loaded in the HCT memory. If not, it requests that the OS load the module using the application URL. Once the application code is resident in the HCT, the SAM client launches the application module as an OS application (it may be that the application has already been launched). It then asks the OS to activate the application, given the module handle—this brings the application into focus. Finally, the SAM client sends a kEt_Activate message to the application client, including the service ID and the service parameter from the Service Table.
- Application clients can also be activated by a message sent from the server. The SAM client must register with the HCT operating system to receive SAM signaling messages. The content of these messages is an application URL to activate and the data to pass the application as a parameter. The SAM client thus provides a mechanism whereby an application client can be activated given the application URL and some data. If the data type is an integer value, meaning the parameter itself, then it is passed directly to the application identified by the URL via a kEt_Activate message. However, if the parameter is a string or data, then it must be stored by the SAM client locally and given a BulkDatald in the range reserved for private client use. The SAM client will activate the application client. The BulkDatald is passed as the parameter, and a special id is used to signify a service activated via a pass-thru message. The application client can then use the SAM client API to retrieve the data given the bulk ID. Depending on the application, the private bulk data might be a URL string, an actual string to use directly, or data. The application client must be given the parameter type it is expecting; this must be verified by the SAM Server before the signaling message is sent. However, if the application client is expecting a string it must check whether the string is a URL or the content itself. If the application client is executing on behalf of the kSam_SignalingService, then it must delete the private bulk data when it suspends.
- The SAM client can be asked to construct a kEt_Notify event with supplied parameters and forward it to designated application clients. Again, this can be done via a service ID or an application URL. The notification event type is supplemented with event data particular to the notification being sent (such as kEd_SamDataUpdated), an ID (typically the service ID), and two parameters.
- The SAM client provides a facility whereby application clients can be queried to determine whether particular services are currently authorized. The SAM will look up the application URL for the requested service ID in the Service Table, and send the application client a kEt_IsAuthorized event requesting an asynchronous reply to a queue created within the SAM client API. The SAM client will wait on that queue until a kEt_AsyncResponse event is delivered by the application client, and then return the result to the caller of the SAM API. Thus, while the internals of the authorization query are asynchronous, the SAM Client API is synchronous. It is up to the application client to determine if the service is authorized, using whatever means necessary.
- Application clients can be suspended by Serviceld or directly via application URL. Application clients can also be suspended as a result of a signaling message from the SAM Server.
- Accordingly, in the system illustrated in FIGS. 1 and 2 it may be appreciated that the channel selection function of this system includes a plurality of channel cross reference tables as illustrated in FIGS.3-7. These tables cross reference settop terminal channels with a variety of television services, or other services, such as various types of video and audio programming, and online services such as web casting and e-mail. Selection of a particular channel transfers control of that specific application program, along with one or more appropriate parameters obtained from the cross reference tables, and activates the service associated with that selected channel. In sum, the cross reference tables in FIGS. 3-7 are channel selection functions that enable the settop terminals to execute software and activate a variety of services. When a viewer of the system of FIG. 1 selects a channel, the HCT identifies the service associated with the selected channel from the Display Channel Table and then executes the appropriate application determined from the Service Table of FIG. 3.
- Further, channel and service lineup can take place transparently to the viewer based on the data kept in the SAM client. This is important as subscribers often group together in blocks favorite types of programming so as to make access to those programs easier. In other words, a subscribers mapping of the settop terminal channels to television services is maintained even if the cable service provider reassigns the cable channels over which those services are transmitted. Accordingly, when such reassignment occurs, updated versions of the tables as specified hereinabove are transmitted from the SAM server to the SAM client, thus providing a transparent change in service channels for the SAM server operator through to the SAM client user. As an example, once parents configure channel settings to block particular services deemed inappropriate for children, a reassignment of cable channels over which those services are transmitted will not affect those services blocked status.
- The manner in which requests for services are made by different applications within HCT are simplified by incorporating an application URL, similar to that used on the Internet, to uniformly identify application requested. In the context of services described hereinabove, it has been set forth that the service comprises an application and a parameter. The application in fact the URL to the executable application code, found either on the BFS or resident in HCT memory, while the parameter includes the data strings described herein above.
- While the preferred embodiments of the invention have been illustrated and described, it will be clear that the invention is not so limited. Numerous modifications, changes, variations, substitutions and equivalents will occur to those skilled in the art without departing from the spirit and scope of the present invention as defined by the appended claims.
Claims (9)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/740,929 US20040133928A1 (en) | 1998-05-01 | 2003-12-19 | System and method for providing a plurality of programming services in a television system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/071,550 US6792616B1 (en) | 1998-05-01 | 1998-05-01 | System and method for providing a plurality of programming services in a television system |
US10/740,929 US20040133928A1 (en) | 1998-05-01 | 2003-12-19 | System and method for providing a plurality of programming services in a television system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/071,550 Continuation US6792616B1 (en) | 1998-05-01 | 1998-05-01 | System and method for providing a plurality of programming services in a television system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20040133928A1 true US20040133928A1 (en) | 2004-07-08 |
Family
ID=22102052
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/071,550 Expired - Lifetime US6792616B1 (en) | 1998-05-01 | 1998-05-01 | System and method for providing a plurality of programming services in a television system |
US10/740,929 Abandoned US20040133928A1 (en) | 1998-05-01 | 2003-12-19 | System and method for providing a plurality of programming services in a television system |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/071,550 Expired - Lifetime US6792616B1 (en) | 1998-05-01 | 1998-05-01 | System and method for providing a plurality of programming services in a television system |
Country Status (6)
Country | Link |
---|---|
US (2) | US6792616B1 (en) |
EP (1) | EP1076996A1 (en) |
JP (1) | JP4422900B2 (en) |
BR (1) | BR9909949A (en) |
DE (1) | DE1076996T1 (en) |
WO (1) | WO1999057905A1 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050135570A1 (en) * | 2003-12-23 | 2005-06-23 | Valerie Binning | Caller controlled systems to suppress system to de-activate 911 indicator |
US20050143048A1 (en) * | 2003-12-23 | 2005-06-30 | Valerie Binning | Activating home network devices when 911 indicator |
US20060225107A1 (en) * | 2005-04-01 | 2006-10-05 | Microsoft Corporation | System for running applications in a resource-constrained set-top box environment |
US20070250892A1 (en) * | 2005-06-27 | 2007-10-25 | Funai Electric Co., Ltd. | Digital broadcasting receiver |
US20080211656A1 (en) * | 2003-12-23 | 2008-09-04 | Valerie Binning | 911 Emergency light |
US20100029246A1 (en) * | 2004-01-30 | 2010-02-04 | Valerie Binning | Methods, Systems & Products for Emergency Location |
US20100180317A1 (en) * | 1999-05-20 | 2010-07-15 | Samsung Electronics Co., Ltd. | Method and device for controlling the point of time of the operation of an application in digital data broadcasting |
US20100186030A1 (en) * | 2009-01-15 | 2010-07-22 | Lg Electronics Inc. | Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver |
US20110207488A1 (en) * | 2010-02-23 | 2011-08-25 | Intel Corporation | Bandwidth and channel notification for wide-channel wireless communication |
US20160309234A1 (en) * | 2013-12-04 | 2016-10-20 | Le Holdings (Beijing) Co., Ltd. | Method and system for displaying rebroadcast watermark |
Families Citing this family (65)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6097383A (en) * | 1997-01-23 | 2000-08-01 | Zenith Electronics Corporation | Video and audio functions in a web television |
US7308697B1 (en) * | 1999-07-14 | 2007-12-11 | Scientific-Atlanta, Inc. | Systems and methods for multimedia messaging in a cable or satellite subscriber system |
US7120926B1 (en) * | 1999-09-02 | 2006-10-10 | General Instrument Corporation | Method and system of identifying software and firmware objects available for download over a network such as a cable television system |
KR100348249B1 (en) | 1999-10-08 | 2002-08-09 | 엘지전자 주식회사 | Data architecture of VCT and method for transmit/receiving service information |
US6598226B1 (en) | 1999-11-12 | 2003-07-22 | Zenith Electronics Corporation | Apparatus and method for providing, retrieving, and using data guide information supplied in a digital vestigial sideband signal |
US6628729B1 (en) | 1999-11-12 | 2003-09-30 | Zenith Electronics Corporation | Apparatus and method for downloading and storing data from a digital receiver |
AU1170701A (en) * | 1999-11-17 | 2001-05-30 | Nokia Corporation | Method to order tv services with a cellular telephone |
US7111051B2 (en) | 2000-01-26 | 2006-09-19 | Viaclix, Inc. | Smart card for accessing a target internet site |
US6745223B1 (en) * | 2000-01-26 | 2004-06-01 | Viaclix, Inc. | User terminal for channel-based internet network |
US6813639B2 (en) * | 2000-01-26 | 2004-11-02 | Viaclix, Inc. | Method for establishing channel-based internet access network |
US6785716B1 (en) | 2000-01-26 | 2004-08-31 | Viaclix, Inc. | System and method of channel-based internet network |
US6587873B1 (en) * | 2000-01-26 | 2003-07-01 | Viaclix, Inc. | System server for channel-based internet network |
US7702995B2 (en) * | 2000-04-24 | 2010-04-20 | TVWorks, LLC. | Method and system for transforming content for execution on multiple platforms |
US8296792B2 (en) * | 2000-04-24 | 2012-10-23 | Tvworks, Llc | Method and system to provide interactivity using an interactive channel bug |
US9788058B2 (en) | 2000-04-24 | 2017-10-10 | Comcast Cable Communications Management, Llc | Method and system for automatic insertion of interactive TV triggers into a broadcast data stream |
US8936101B2 (en) | 2008-07-17 | 2015-01-20 | Halliburton Energy Services, Inc. | Interventionless set packer and setting method for same |
US6621528B1 (en) * | 2000-05-22 | 2003-09-16 | Sony Corporation | Channel control for digital television |
CA2415866A1 (en) * | 2000-07-21 | 2002-01-31 | General Instrument Corporation | System and method for facilitating subscriber access to web enabled services |
JP2002057641A (en) * | 2000-08-11 | 2002-02-22 | Pioneer Electronic Corp | Information communication terminal device |
BE1014070A3 (en) * | 2001-03-27 | 2003-03-04 | Eetveldt Steven Van | Network system, comprises user consultable database of video films which can be ordered electronically |
GB0108354D0 (en) * | 2001-04-03 | 2001-05-23 | Thirdspace Living Ltd | System and method for providing a user with access to a plurality of sevices and content from a broadband television service |
US8789104B2 (en) * | 2001-10-22 | 2014-07-22 | Comcast Ip Holdings I, Llc | Method and system for selective initial television channel display |
WO2003049441A1 (en) * | 2001-12-07 | 2003-06-12 | Matsushita Electric Industrial Co., Ltd. | Media contents distribution system and method |
KR100441511B1 (en) * | 2002-03-12 | 2004-07-23 | 삼성전자주식회사 | Apparatus and method for receiving teleweb |
US6988204B2 (en) | 2002-04-16 | 2006-01-17 | Nokia Corporation | System and method for key distribution and network connectivity |
US20030204857A1 (en) * | 2002-04-29 | 2003-10-30 | Dinwiddie Aaron Hal | Pre-power -failure storage of television parameters in nonvolatile memory |
US7174126B2 (en) * | 2002-05-03 | 2007-02-06 | Time Warner Interactive Video Group Inc. | Technique for effectively accessing programming listing information in an entertainment delivery system |
US7788277B2 (en) | 2002-07-24 | 2010-08-31 | General Instrument Corporation | Methods and apparatus for rapid capture of program identifier data in a broadband transcoder multiplexer |
US7917130B1 (en) | 2003-03-21 | 2011-03-29 | Stratosaudio, Inc. | Broadcast response method and system |
US7076616B2 (en) | 2003-03-24 | 2006-07-11 | Sony Corporation | Application pre-launch to reduce user interface latency |
US9247207B2 (en) | 2003-11-13 | 2016-01-26 | Arris Enterprises, Inc. | System to provide index and metadata for content on demand |
US8607270B2 (en) * | 2004-02-03 | 2013-12-10 | Microsoft Corporation | Virtual tuner |
US7490295B2 (en) | 2004-06-25 | 2009-02-10 | Apple Inc. | Layer for accessing user interface elements |
US8566732B2 (en) | 2004-06-25 | 2013-10-22 | Apple Inc. | Synchronization of widgets and dashboards |
US8453065B2 (en) | 2004-06-25 | 2013-05-28 | Apple Inc. | Preview and installation of user interface elements in a display environment |
US8302020B2 (en) | 2004-06-25 | 2012-10-30 | Apple Inc. | Widget authoring and editing environment |
US20060195877A1 (en) * | 2005-02-25 | 2006-08-31 | Bentz William G | Convergence system and method |
JP2008537662A (en) * | 2005-03-30 | 2008-09-18 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Service control system and method in home environment |
US20060259602A1 (en) * | 2005-05-12 | 2006-11-16 | Randall Stewart | Method and apparatus for transport level server advertisement and discovery |
WO2006133017A1 (en) * | 2005-06-03 | 2006-12-14 | Thomson Global Resources | Pay-for-access legal research system with access to open web content |
US8543931B2 (en) * | 2005-06-07 | 2013-09-24 | Apple Inc. | Preview including theme based installation of user interface elements in a display environment |
US9104294B2 (en) | 2005-10-27 | 2015-08-11 | Apple Inc. | Linked widgets |
US8543824B2 (en) | 2005-10-27 | 2013-09-24 | Apple Inc. | Safe distribution and use of content |
US7743336B2 (en) | 2005-10-27 | 2010-06-22 | Apple Inc. | Widget security |
US7954064B2 (en) | 2005-10-27 | 2011-05-31 | Apple Inc. | Multiple dashboards |
US7752556B2 (en) | 2005-10-27 | 2010-07-06 | Apple Inc. | Workflow widgets |
US7707514B2 (en) | 2005-11-18 | 2010-04-27 | Apple Inc. | Management of user interface elements in a display environment |
US8566887B2 (en) | 2005-12-09 | 2013-10-22 | Time Warner Cable Enterprises Llc | Caption data delivery apparatus and methods |
US7592912B2 (en) * | 2005-12-09 | 2009-09-22 | Time Warner Cable Inc. | Emergency alert data delivery apparatus and methods |
US8869027B2 (en) | 2006-08-04 | 2014-10-21 | Apple Inc. | Management and generation of dashboards |
US20080168382A1 (en) * | 2007-01-07 | 2008-07-10 | Louch John O | Dashboards, Widgets and Devices |
US20080168368A1 (en) * | 2007-01-07 | 2008-07-10 | Louch John O | Dashboards, Widgets and Devices |
KR101358850B1 (en) * | 2007-03-23 | 2014-02-05 | 삼성전자주식회사 | Broadcasting receiver and method for executing application in broadcasting receiver |
KR20080099497A (en) * | 2007-05-09 | 2008-11-13 | 삼성전자주식회사 | Apparatus and method for providing contents through bidirectional communication network |
US8954871B2 (en) | 2007-07-18 | 2015-02-10 | Apple Inc. | User-centric widgets and dashboards |
US8667415B2 (en) | 2007-08-06 | 2014-03-04 | Apple Inc. | Web widgets |
WO2009079417A1 (en) | 2007-12-14 | 2009-06-25 | Stratosaudio, Inc. | Systems and methods for scheduling interactive media and events |
US8095610B2 (en) | 2008-03-28 | 2012-01-10 | Time Warner Cable Inc. | Methods and apparatus for centralized and decentralized emergency alert messaging |
GB2462627B (en) * | 2008-08-14 | 2012-08-15 | Vodafone Plc | Widget execution device and associated application for use therewith |
US9009756B2 (en) | 2011-04-13 | 2015-04-14 | Comcast Cable Communications, Llc | Virtual channel map masking |
US8935719B2 (en) | 2011-08-25 | 2015-01-13 | Comcast Cable Communications, Llc | Application triggering |
US9414114B2 (en) | 2013-03-13 | 2016-08-09 | Comcast Cable Holdings, Llc | Selective interactivity |
US9472091B2 (en) | 2013-10-21 | 2016-10-18 | Time Warner Cable Enterprises Llc | Systems and methods for providing emergency alerts |
US11076205B2 (en) | 2014-03-07 | 2021-07-27 | Comcast Cable Communications, Llc | Retrieving supplemental content |
US9948962B2 (en) | 2014-11-13 | 2018-04-17 | Time Warner Cable Enterprises Llc | Apparatus and methods for efficient delivery of electronic program guide data |
Citations (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5488409A (en) * | 1991-08-19 | 1996-01-30 | Yuen; Henry C. | Apparatus and method for tracking the playing of VCR programs |
US5539920A (en) * | 1994-04-28 | 1996-07-23 | Thomson Consumer Electronics, Inc. | Method and apparatus for processing an audio video interactive signal |
US5596373A (en) * | 1995-01-04 | 1997-01-21 | Sony Corporation | Method and apparatus for providing program oriented information in a multiple station broadcast system |
US5600378A (en) * | 1995-05-22 | 1997-02-04 | Scientific-Atlanta, Inc. | Logical and composite channel mapping in an MPEG network |
US5600364A (en) * | 1992-12-09 | 1997-02-04 | Discovery Communications, Inc. | Network controller for cable television delivery systems |
US5619274A (en) * | 1990-09-10 | 1997-04-08 | Starsight Telecast, Inc. | Television schedule information transmission and utilization system and process |
US5754258A (en) * | 1994-08-16 | 1998-05-19 | Sony Corporation | Program switching device and method |
US5790807A (en) * | 1995-12-20 | 1998-08-04 | Tandem Computers Incorporated | Computer sysem data I/O by reference among CPUS and I/O devices |
US5835923A (en) * | 1995-03-16 | 1998-11-10 | Hitachi, Ltd. | Contents information transmitting/viewing system and method therefor |
US5841433A (en) * | 1994-12-23 | 1998-11-24 | Thomson Consumer Electronics, Inc. | Digital television system channel guide having a limited lifetime |
US5848352A (en) * | 1995-04-26 | 1998-12-08 | Wink Communications, Inc. | Compact graphical interactive information system |
US5850218A (en) * | 1997-02-19 | 1998-12-15 | Time Warner Entertainment Company L.P. | Inter-active program guide with default selection control |
US5883901A (en) * | 1995-09-22 | 1999-03-16 | Hewlett-Packard Company | Communications system including synchronization information for timing upstream transmission of data and ability to vary slot duration |
US5905492A (en) * | 1996-12-06 | 1999-05-18 | Microsoft Corporation | Dynamically updating themes for an operating system shell |
US5930231A (en) * | 1995-06-30 | 1999-07-27 | Scientific-Atlanta, Inc. | Block spectrum receiver for a broadband communications system |
US5933475A (en) * | 1997-06-04 | 1999-08-03 | Interactive Quality Services, Inc. | System and method for testing a telecommunications apparatus |
US5953005A (en) * | 1996-06-28 | 1999-09-14 | Sun Microsystems, Inc. | System and method for on-line multimedia access |
US6002394A (en) * | 1995-10-02 | 1999-12-14 | Starsight Telecast, Inc. | Systems and methods for linking television viewers with advertisers and broadcasters |
US6002401A (en) * | 1994-09-30 | 1999-12-14 | Baker; Michelle | User definable pictorial interface for accessing information in an electronic file system |
US6025837A (en) * | 1996-03-29 | 2000-02-15 | Micrsoft Corporation | Electronic program guide with hyperlinks to target resources |
US6047129A (en) * | 1993-12-30 | 2000-04-04 | Frye; Russell | Software updating and distribution |
US6049333A (en) * | 1996-09-03 | 2000-04-11 | Time Warner Entertainment Company, L.P. | System and method for providing an event database in a telecasting system |
US6049831A (en) * | 1996-11-08 | 2000-04-11 | Gte Laboratories Incorporated | System for transmitting network-related information where requested network information is separately transmitted as definitions and display information |
US6081263A (en) * | 1997-10-23 | 2000-06-27 | Sony Corporation | System and method of a user configurable display of information resources |
US6175362B1 (en) * | 1997-07-21 | 2001-01-16 | Samsung Electronics Co., Ltd. | TV graphical user interface providing selection among various lists of TV channels |
US6223214B1 (en) * | 1996-09-06 | 2001-04-24 | Sensiview Corporation | Computer implemented virtual sensor object and tangible medium utilizing same |
US20010030661A1 (en) * | 2000-01-04 | 2001-10-18 | Reichardt M. Scott | Electronic program guide with graphic program listings |
US6347400B1 (en) * | 1996-10-16 | 2002-02-12 | Sony Corporation | Receiving apparatus and display control method |
US6405239B1 (en) * | 1996-12-09 | 2002-06-11 | Scientific-Atlanta, Inc. | Using a hierarchical file system for indexing data broadcast to a client from a network of servers |
US6442755B1 (en) * | 1998-07-07 | 2002-08-27 | United Video Properties, Inc. | Electronic program guide using markup language |
US6460179B1 (en) * | 1995-07-03 | 2002-10-01 | U.S. Philips Corporation | Transmission of menus to a receiver |
US6526577B1 (en) * | 1998-12-01 | 2003-02-25 | United Video Properties, Inc. | Enhanced interactive program guide |
US20030066085A1 (en) * | 1996-12-10 | 2003-04-03 | United Video Properties, Inc., A Corporation Of Delaware | Internet television program guide system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0732031B1 (en) | 1993-12-02 | 2000-11-15 | Discovery Communications, Inc. | Network manager for cable television system headends |
-
1998
- 1998-05-01 US US09/071,550 patent/US6792616B1/en not_active Expired - Lifetime
-
1999
- 1999-04-29 JP JP2000547784A patent/JP4422900B2/en not_active Expired - Lifetime
- 1999-04-29 DE DE1076996T patent/DE1076996T1/en active Pending
- 1999-04-29 EP EP99922748A patent/EP1076996A1/en not_active Withdrawn
- 1999-04-29 WO PCT/US1999/009278 patent/WO1999057905A1/en not_active Application Discontinuation
- 1999-04-29 BR BR9909949-7A patent/BR9909949A/en not_active IP Right Cessation
-
2003
- 2003-12-19 US US10/740,929 patent/US20040133928A1/en not_active Abandoned
Patent Citations (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5619274A (en) * | 1990-09-10 | 1997-04-08 | Starsight Telecast, Inc. | Television schedule information transmission and utilization system and process |
US5488409A (en) * | 1991-08-19 | 1996-01-30 | Yuen; Henry C. | Apparatus and method for tracking the playing of VCR programs |
US5600364A (en) * | 1992-12-09 | 1997-02-04 | Discovery Communications, Inc. | Network controller for cable television delivery systems |
US6047129A (en) * | 1993-12-30 | 2000-04-04 | Frye; Russell | Software updating and distribution |
US5539920A (en) * | 1994-04-28 | 1996-07-23 | Thomson Consumer Electronics, Inc. | Method and apparatus for processing an audio video interactive signal |
US5754258A (en) * | 1994-08-16 | 1998-05-19 | Sony Corporation | Program switching device and method |
US6002401A (en) * | 1994-09-30 | 1999-12-14 | Baker; Michelle | User definable pictorial interface for accessing information in an electronic file system |
US5841433A (en) * | 1994-12-23 | 1998-11-24 | Thomson Consumer Electronics, Inc. | Digital television system channel guide having a limited lifetime |
US5596373A (en) * | 1995-01-04 | 1997-01-21 | Sony Corporation | Method and apparatus for providing program oriented information in a multiple station broadcast system |
US5835923A (en) * | 1995-03-16 | 1998-11-10 | Hitachi, Ltd. | Contents information transmitting/viewing system and method therefor |
US5848352A (en) * | 1995-04-26 | 1998-12-08 | Wink Communications, Inc. | Compact graphical interactive information system |
US5600378A (en) * | 1995-05-22 | 1997-02-04 | Scientific-Atlanta, Inc. | Logical and composite channel mapping in an MPEG network |
US5930231A (en) * | 1995-06-30 | 1999-07-27 | Scientific-Atlanta, Inc. | Block spectrum receiver for a broadband communications system |
US6460179B1 (en) * | 1995-07-03 | 2002-10-01 | U.S. Philips Corporation | Transmission of menus to a receiver |
US5883901A (en) * | 1995-09-22 | 1999-03-16 | Hewlett-Packard Company | Communications system including synchronization information for timing upstream transmission of data and ability to vary slot duration |
US6002394A (en) * | 1995-10-02 | 1999-12-14 | Starsight Telecast, Inc. | Systems and methods for linking television viewers with advertisers and broadcasters |
US5790807A (en) * | 1995-12-20 | 1998-08-04 | Tandem Computers Incorporated | Computer sysem data I/O by reference among CPUS and I/O devices |
US6025837A (en) * | 1996-03-29 | 2000-02-15 | Micrsoft Corporation | Electronic program guide with hyperlinks to target resources |
US5953005A (en) * | 1996-06-28 | 1999-09-14 | Sun Microsystems, Inc. | System and method for on-line multimedia access |
US6049333A (en) * | 1996-09-03 | 2000-04-11 | Time Warner Entertainment Company, L.P. | System and method for providing an event database in a telecasting system |
US6223214B1 (en) * | 1996-09-06 | 2001-04-24 | Sensiview Corporation | Computer implemented virtual sensor object and tangible medium utilizing same |
US6347400B1 (en) * | 1996-10-16 | 2002-02-12 | Sony Corporation | Receiving apparatus and display control method |
US6049831A (en) * | 1996-11-08 | 2000-04-11 | Gte Laboratories Incorporated | System for transmitting network-related information where requested network information is separately transmitted as definitions and display information |
US5905492A (en) * | 1996-12-06 | 1999-05-18 | Microsoft Corporation | Dynamically updating themes for an operating system shell |
US6405239B1 (en) * | 1996-12-09 | 2002-06-11 | Scientific-Atlanta, Inc. | Using a hierarchical file system for indexing data broadcast to a client from a network of servers |
US20030066085A1 (en) * | 1996-12-10 | 2003-04-03 | United Video Properties, Inc., A Corporation Of Delaware | Internet television program guide system |
US5850218A (en) * | 1997-02-19 | 1998-12-15 | Time Warner Entertainment Company L.P. | Inter-active program guide with default selection control |
US6493876B1 (en) * | 1997-02-19 | 2002-12-10 | Time Warner Entertainment Company, L.P. | System and method for providing a full service television system |
US5933475A (en) * | 1997-06-04 | 1999-08-03 | Interactive Quality Services, Inc. | System and method for testing a telecommunications apparatus |
US6175362B1 (en) * | 1997-07-21 | 2001-01-16 | Samsung Electronics Co., Ltd. | TV graphical user interface providing selection among various lists of TV channels |
US6081263A (en) * | 1997-10-23 | 2000-06-27 | Sony Corporation | System and method of a user configurable display of information resources |
US6442755B1 (en) * | 1998-07-07 | 2002-08-27 | United Video Properties, Inc. | Electronic program guide using markup language |
US6526577B1 (en) * | 1998-12-01 | 2003-02-25 | United Video Properties, Inc. | Enhanced interactive program guide |
US20010030661A1 (en) * | 2000-01-04 | 2001-10-18 | Reichardt M. Scott | Electronic program guide with graphic program listings |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100180317A1 (en) * | 1999-05-20 | 2010-07-15 | Samsung Electronics Co., Ltd. | Method and device for controlling the point of time of the operation of an application in digital data broadcasting |
US9059810B2 (en) * | 1999-05-20 | 2015-06-16 | Samsung Electronics Co., Ltd. | Method and device for controlling the point of time of the operation of an application in digital data broadcasting |
US20050143048A1 (en) * | 2003-12-23 | 2005-06-30 | Valerie Binning | Activating home network devices when 911 indicator |
US20050135570A1 (en) * | 2003-12-23 | 2005-06-23 | Valerie Binning | Caller controlled systems to suppress system to de-activate 911 indicator |
US8983424B2 (en) | 2003-12-23 | 2015-03-17 | At&T Intellectual Property I, L.P. | Methods, systems, and products for processing emergency communications |
US20080211656A1 (en) * | 2003-12-23 | 2008-09-04 | Valerie Binning | 911 Emergency light |
US7483519B2 (en) * | 2003-12-23 | 2009-01-27 | At&T Intellectual Property I, L.P. | Caller controlled systems to suppress system to de-activate 911 indicator |
US7529351B2 (en) * | 2003-12-23 | 2009-05-05 | At&T Intellectual Property I, L.P. | Activating home network devices when 911 indicator |
US8364197B2 (en) | 2003-12-23 | 2013-01-29 | At&T Intellectual Property I, L.P. | Methods, systems, and products for processing emergency communications |
US20100029246A1 (en) * | 2004-01-30 | 2010-02-04 | Valerie Binning | Methods, Systems & Products for Emergency Location |
US8666029B2 (en) | 2004-01-30 | 2014-03-04 | At&T Intellectual Property I, L.P. | Methods, systems, and products for emergency location |
US8175226B2 (en) | 2004-01-30 | 2012-05-08 | At&T Intellectual Property I, L.P. | Methods, systems and products for emergency location |
WO2006107662A3 (en) * | 2005-04-01 | 2007-09-27 | Microsoft Corp | System for running applications in a resource-constrained set-top box environment |
US20060225107A1 (en) * | 2005-04-01 | 2006-10-05 | Microsoft Corporation | System for running applications in a resource-constrained set-top box environment |
US7757255B2 (en) * | 2005-06-27 | 2010-07-13 | Funai Electric Co., Ltd. | Digital broadcasting receiver |
US20070250892A1 (en) * | 2005-06-27 | 2007-10-25 | Funai Electric Co., Ltd. | Digital broadcasting receiver |
US8566863B2 (en) | 2009-01-15 | 2013-10-22 | Lg Electronics Inc. | Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver |
EP2377313A4 (en) * | 2009-01-15 | 2012-11-14 | Lg Electronics Inc | Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver |
EP2377313A2 (en) * | 2009-01-15 | 2011-10-19 | LG Electronics Inc. | Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver |
US20100186030A1 (en) * | 2009-01-15 | 2010-07-22 | Lg Electronics Inc. | Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver |
US8417253B2 (en) * | 2010-02-23 | 2013-04-09 | Intel Corporation | Bandwidth and channel notification for wide-channel wireless communication |
US20110207488A1 (en) * | 2010-02-23 | 2011-08-25 | Intel Corporation | Bandwidth and channel notification for wide-channel wireless communication |
US9160499B2 (en) | 2010-02-23 | 2015-10-13 | Intel Corporation | Bandwidth and channel notification for wide-channel wireless communication |
US20160309234A1 (en) * | 2013-12-04 | 2016-10-20 | Le Holdings (Beijing) Co., Ltd. | Method and system for displaying rebroadcast watermark |
Also Published As
Publication number | Publication date |
---|---|
DE1076996T1 (en) | 2001-07-19 |
JP2002514865A (en) | 2002-05-21 |
BR9909949A (en) | 2004-06-29 |
US6792616B1 (en) | 2004-09-14 |
JP4422900B2 (en) | 2010-02-24 |
EP1076996A1 (en) | 2001-02-21 |
WO1999057905A1 (en) | 1999-11-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6792616B1 (en) | System and method for providing a plurality of programming services in a television system | |
CN1095276C (en) | Transmission of an electronic database of information | |
US6665687B1 (en) | Composite user interface and search system for internet and multimedia applications | |
US6018764A (en) | Mapping uniform resource locators to broadcast addresses in a television signal | |
US10149014B2 (en) | Guide menu based on a repeatedly-rotating sequence | |
US10602225B2 (en) | System and method for construction, delivery and display of iTV content | |
US7389287B1 (en) | User interface and search system for, computer, internet and other applications | |
US20020078453A1 (en) | Hub pages for set top box startup screen | |
WO2001015444A1 (en) | Transmission method and receiver | |
JP2005535181A (en) | System and method for providing real-time ticker information | |
US11070890B2 (en) | User customization of user interfaces for interactive television | |
US7441014B1 (en) | Broadcast distribution using low-level objects and locator tables | |
JP4156032B2 (en) | Data indexing method in digital television transmission system | |
US20070136757A1 (en) | System and method for a content-centric electronic guide | |
US7475416B2 (en) | System and methods for searching interactive broadcast data | |
WO2003079271A1 (en) | System and method for construction, delivery and display of itv content | |
WO2000038170A2 (en) | Font substitution system | |
KR20080003593A (en) | Method for displaying broadcasting contents | |
WO2006019232A1 (en) | Method and apparatus for accessing tv contents data utilizing virtual domain system and the media and transferring signal containing the method | |
KR20080003594A (en) | Method for displaying broadcasting contents |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: SCIENTIFIC-ATLANTA, INC., GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JERDING, DEAN F;SCHLARB, JOHN M;RODRIGUEZ, ARTURO A;REEL/FRAME:046095/0190 Effective date: 19980430 Owner name: SCIENTIFIC-ATLANTA, LLC, GEORGIA Free format text: CHANGE OF NAME;ASSIGNOR:SCIENTIFIC-ATLANTA, INC.;REEL/FRAME:046365/0302 Effective date: 20081205 Owner name: CISCO TECHNOLOGY, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SCIENTIFIC-ATLANTA, LLC;REEL/FRAME:046366/0791 Effective date: 20141118 |
|
AS | Assignment |
Owner name: NDS LIMITED, UNITED KINGDOM Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BEAUMARIS NETWORKS LLC;CISCO SYSTEMS INTERNATIONAL S.A.R.L.;CISCO TECHNOLOGY, INC.;AND OTHERS;REEL/FRAME:047420/0600 Effective date: 20181028 |