US20020061021A1 - System and method for multicasting multimedia content - Google Patents

System and method for multicasting multimedia content Download PDF

Info

Publication number
US20020061021A1
US20020061021A1 US10/011,002 US1100201A US2002061021A1 US 20020061021 A1 US20020061021 A1 US 20020061021A1 US 1100201 A US1100201 A US 1100201A US 2002061021 A1 US2002061021 A1 US 2002061021A1
Authority
US
United States
Prior art keywords
channel
url data
content
receiver
packets
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
Application number
US10/011,002
Inventor
Douglas Dillon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hughes Network Systems LLC
Original Assignee
Dillon Douglas M.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dillon Douglas M. filed Critical Dillon Douglas M.
Priority to US10/011,002 priority Critical patent/US20020061021A1/en
Publication of US20020061021A1 publication Critical patent/US20020061021A1/en
Assigned to HUGHES NETWORK SYSTEMS, LLC reassignment HUGHES NETWORK SYSTEMS, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DIRECTV GROUP, INC., THE
Assigned to DIRECTV GROUP, INC.,THE reassignment DIRECTV GROUP, INC.,THE MERGER (SEE DOCUMENT FOR DETAILS). Assignors: HUGHES ELECTRONICS CORPORATION
Assigned to JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT reassignment JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT SECOND LIEN PATENT SECURITY AGREEMENT Assignors: HUGHES NETWORK SYSTEMS, LLC
Assigned to JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT reassignment JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT FIRST LIEN PATENT SECURITY AGREEMENT Assignors: HUGHES NETWORK SYSTEMS, LLC
Assigned to BEAR STEARNS CORPORATE LENDING INC. reassignment BEAR STEARNS CORPORATE LENDING INC. ASSIGNMENT OF SECURITY INTEREST IN U.S. PATENT RIGHTS Assignors: JPMORGAN CHASE BANK, N.A.
Assigned to HUGHES NETWORK SYSTEMS, LLC reassignment HUGHES NETWORK SYSTEMS, LLC RELEASE OF SECOND LIEN PATENT SECURITY AGREEMENT Assignors: JPMORGAN CHASE BANK, N.A.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/955Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9566URL specific, e.g. using aliases, detecting broken or misspelled links
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/20Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23895Multiplex stream processing, e.g. multiplex stream encrypting involving multiplex stream encryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • the present invention relates generally to the distribution of multimedia content in a multicast network environment, and more particularly to a multicast network system having a high-speed multicast communication channel to multicast information to one or more receivers, and also having a return channel, which may operate at a lower speed, for permitting the receivers to interact with the network.
  • the most popular method for distributing multimedia information is the Internet's world wide web (WWW).
  • WWW can be considered as a set of network accessible information resources, wherein many web servers 10 and web browsers 12 are connected to the Internet 14 via the TCP/IP protocols.
  • TCP/IP protocols These protocols are described in the book “Internetworking with TCP/IP, Vol. I” by Douglas Comer, published by Prentice-Hall in 1991, which is incorporated by reference herein.
  • the web browsers 12 typically reside in personal computers (PCs) 16 which are connected to the Internet.
  • PCs 16 personal computers
  • the connection between the PCs 16 and the Internet 14 is often a low speed connection, such as a dial-up modem telephone line connection.
  • the web servers 10 are also connected to the Internet, typically by high-speed dedicated circuits such as a 1.5 Mbps T 1 connection.
  • a PC user uses the browser 12 to access web sites 18 (which contain web pages, graphics and other multimedia content) from the servers 10 via the Internet 14 using Hypertext Transfer Protocol (HTTP).
  • HTTP Hypertext Transfer Protocol
  • This “conventional” method for retrieving information from the world wide web requires a separate TCP connection each time a user accesses a web site, even if the user repeatedly access the same web site.
  • hypertext the ability to embed links to other resources which is typically done according to the Hypertext Markup Language (HTML).
  • HTML Hypertext Markup Language
  • Each web site 18 contains a collection of web pages operated by a single enterprise which appears to a user of a web browser 12 as a single set of related content.
  • Web pages within a web site 18 are formatted according to the Hypertext Markup Language (HTML) standard.
  • HTML Hypertext Markup Language
  • the HTML standard provides for the display of high-quality text, including control over the location, size and font for the text and the display of graphics within the web page.
  • the HTML standard also provides for the “linking” from one web page to another, including linking between web pages stored on different web servers and even different web sites.
  • Each HTML document, graphic image, video clip or other individual piece of content is identified by an Internet address, referred to as a Uniform Resource Locator (URL).
  • URL refers to an address of an individual piece of web content (HTML document, image, sound-clip, video-clip, etc. ), and “URL data item” refers to the individual piece of content addressed by the URL.
  • the conventional method uses point-to-point transfer, wherein each web site 18 must individually deliver its content to each web browser 12 .
  • a single 150 kbyte web page must be individually carried from the web server across the Internet to each browser that displays that page.
  • a popular web server delivers ten reasonably large pages (for a total of 1.5 MB) to each of 10,000 users during a busy hour, the web server would require at least a 33 Mbps bandwidth link to the Internet.
  • the link to the Internet and a web server fast enough to fill the link is presently prohibitively expensive and complicated. Support for a million or more users during the busy hour would be completely impossible with current Internet technology.
  • the world wide web presently supports two methods (advertisements and subscriptions) for a web site operator to obtain revenue for its site's content. Advertisements are embedded into a web site's web pages, typically in the form of images, wherein a user can “link” to the advertiser's web site for more information by clicking on the image. Web-based advertising is superior to normal multicast advertising (e.g. TV, radio and newspaper advertising) in that the web server 10 is able to track exactly how many users have seen a given advertisement and, for repeat users, track by user which advertisements and how many such advertisements the user has seen.
  • normal multicast advertising e.g. TV, radio and newspaper advertising
  • a web site If a web site generates revenue through subscriptions a user is only able to access that web site's content if they have “subscribed” to the site, i.e., agreed to pay to access the site. By requiring the user to provide an account name and password each time the user wishes to access the site, a web site controls access so that only paying subscribers can access the site.
  • Multicast systems are able to accommodate large numbers of users much more easily than the Internet when the users are accessing common content, because a given data item is multicast (i.e., sent only once) regardless of the number of receivers.
  • Multicast networks distributing multimedia content have been in use in recent years over wide-area networks, such as a geosynchronous satellite multicast or FM-radio side-band transmission
  • Some multimedia multicast systems have been proposed in academia which involve individually multicasting frequently accessed URLs which have been tagged to allow the receiver to filter and store only those web pages which, based on past history, may be of interest to the receiver. These systems have failed to be commercially deployed because they copy and multicast content without permission, thereby creating possibly conflict with copyright laws. Further, they do not guarantee the user a consistent set of content which can be accessed “offline” (i.e. not while connected to the Internet) and they do not provide a mechanism for preserving a web site's subscription and advertising revenue.
  • a commercially deployed multimedia multicast system is AirMedia, Inc.'s Internet Antenna system which uses an FM-radio side-band multicast to distribute news and information (with limited graphics).
  • a computer terminal receives the multicast information and stores it on the computer's hard disk.
  • the information is multicast in a proprietary format and is made available to the user via a special purpose application.
  • the AirMedia system suffers from a lack of compelling content, partly due to its very low speed (e.g. 19 kbps) FM side-band multicast transmission system.
  • Intercast Another such system is Intel's Intercast system, which uses the vertical blanking interval within an NTSC multicast to multicast information in order to “data enhance” the TV channel it is carried on.
  • the vertical blanking interval which is normally used to carry closed caption information, is also a low-speed multicast (e.g. 30 kbps).
  • Intercast multicasts its data in a standard HTML format. Intercast provides a viewer application similar to a web browser which, together with special hardware, allows the user to watch the TV program on a computer monitor while simultaneously accessing the supplementary HTML multimedia data.
  • the primary problem with such multicast systems is the availability of good content for multicast broadcasting.
  • the providers of good content will only specifically prepare their content for a multicast system after there are already a large number of users to receive such content or when the multicast system operator is willing to pay large amounts of money.
  • a multicast system operator typically cannot get a large number of users until the system has good content and cannot obtain the financing to pay for good content until a large number of users have subscribed to the system.
  • This “chicken and egg” problem of good content/number of users has long plagued the development of multimedia multicast systems.
  • a new multicast system is launched by recycling preexisting content.
  • Television for example, overcame the “chicken and the egg” problem by recycling content originally developed for other media. Radio shows were converted to be both seen (on TV) and heard, often retaining the original actors, characters, plots and even much of the preexisting scripts. Movies, plays, operas and other existing material were also multicast on television. Once television was established using this preexisting content and achieved a critical mass of users, television multicasters could afford to develop new content targeted exclusively for television (i.e., sitcoms, mini-series, nightly news, late night talk-shows, infomercials, etc.).
  • the present invention overcomes this problem by providing access to unmodified, high-quality content from existing web sites in a way which requires no changes to the operation of the web sites and also preserves web sites' advertising and subscription revenues.
  • the present invention also utilizes a high-speed link (such as a satellite link) to provide a large quantity of content and includes several innovative mechanisms for receiving such content from such high-speed link with minimal impact on the operation of other applications within the receiving computer.
  • the present invention is referred to herein as “DirecPC® WebCast” or “WebCast.”
  • DirecPC® is a registered trademark of Hughes Network Systems.
  • the basic DirecPC® system which generally provides a one-way high speed link for receiving information from the Internet but does not utilize a multicast network, is described in co-pending application Ser. Nos. 08/257,670 (filed Jun. 8, 1994) and 08/795,505 (filed Feb. 7, 1997), which are assigned to the same assignee as the present invention.)
  • WebCast comprises a multicast network which multicasts selected web site content (called “channels”) onto a receiving computer's hard disk, making that content available to the user at “hard disk” speed.
  • channels are a set of web content which a user may be interested in repeatedly accessing.
  • the web content within the channel is periodically updated.
  • WebCast reports sufficient usage information to the web site (i.e. what content has been accessed by the user) to support advertising-based revenues, while requiring no change to the web site's operation.
  • the present invention also supports subscription-based revenue web sites.
  • Each receiving computer receives an Electronic Program Guide (EPG), which supports the promotion and subscription to available web site channels.
  • EPG Electronic Program Guide
  • the EPG provides functionality beyond what is accomplished by static web pages in that it permits easy access to channels to which a user has subscribed and provides promotional material for all other available WebCast channels. Such promotional material is accessed from the EPG's cached content until the user subscribes or unsubscribes to the channel.
  • the WebCast software contacts a conditional access system in the multicast network and performs a transaction to initiate or terminate the subscription.
  • the conditional access system optionally provides subscription information to the multicast system's billing system for subsequent billing of the WebCast user and/or reporting back to the channel's web site.
  • WebCast configures a web browser to display the stored (or “cached”) web site channel content.
  • a content viewer on the receiving computer configures the web browser to access the cached content via an HTTP proxy-server within the WebCast content viewer.
  • a “cache-miss” occurs when the browser requests a URL which is not stored in the cache of multicast data.
  • the WebCast software notifies the user and offers the user a choice of accessing the content via normal (i.e. dial-up) Internet access. If the user so chooses, the WebCast application establishes a connection to the Internet (if needed) and forwards the requests for content to the web server on the Internet which contains the missing content.
  • this Internet connection is “seamless,” in that it requires no action by the user but is automatically established by the WebCast software. WebCast also from time-to-time establishes a connection to the Internet to send usage information to the appropriate web sites.
  • a system and method that transmits content organized into channels comprises assigning one or more multicast addresses to each channel, scheduling the assembling of a channel's content, assembling the channel's content, fragmenting the channel's content into packets, wherein each packet is addressed with one of the channel's multicast addresses, and multicasting the packets.
  • a system and method that transmits content organized into channels comprises scheduling the assembling of a channel's content, assembling the channel's content, compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items, fragmenting the channel's content into packets, and multicasting the packets.
  • the present invention may further assemble a base package of the channel's content, wherein the base package contains each URL data item in the channel, and assemble a delta package of the channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package.
  • a system and method that transmits content organized into channels comprises scheduling the assembling of a channel's content, assembling the channel's content according to the schedule, fragmenting the channel's content into packets, multicasting the packets to a plurality of receivers, wherein each receiver stores the received channel's content in a receiver memory, and receiving usage reports from each receiver, wherein each usage report identifies a subset of URL data items from the stored URL data items that were accessed from the receiver memory.
  • a receiver for receiving from a multicast network content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, and wherein the multicast network transmits the channel's content to the receiver in packets, determines a multicast address used to carry a channel's packets, enables reception of packets containing a channel's multicast address, receives the packets containing a channel's multicast address, assembles the received packets into a channel's content, stores the channel's content, and allows a user to access the stored channel's content.
  • the receiver may further individually decompress each compressed URL data item in the stored channel content at a time when the user accesses the URL data item.
  • a receiver in a multicast system receives URL data items from a multicast network, stores the received URL data items, allows a user to access the stored URL data items, and tracks user access to the stored URL data items.
  • the receiver may further determine when a URL data item requested to be accessed by the user is not present within the stored URL data items, notify the user that the requested URL data item is not stored, and allow the user to access the non-stored URL data item via a connection (such as dial-up modem) to a TCP/IP network, such as the Internet.
  • a receiver in a multicast system monitors receiver activity, and selectively receives content from a multicast network, wherein the content is selectively received based on the monitored receiver activity.
  • the receiver may be, for example, a personal computer and the monitored activity may include other applications/programs running on the receiver, disk/memory utilization and/or user input (keystrokes or mouse clicks).
  • the receiver may further suspend reception of content pending conclusion of the monitored activity, such that reception does not interfere with the monitored activity.
  • a receiver in a multicast system comprises a package receiver for receiving packets containing URL data items from a multicast network and assembling the received packets into a channel, wherein the channel comprises a set of URL data items, a memory for storing the channel, and a content viewer for allowing a user to request access to and access the URL data items in the stored channel.
  • a system for multicasting URL data items from web sites to a plurality of receivers comprises a web crawler for retrieving URL data item from the the web sites and formatting the retrieved URL data item into packages, a package delivery subsystem for receiving the packages from the web crawler, fragmenting the packages into packets and transmitting the packets to a multicast network, and a conditional access system for determining which receivers are authorized to receive the packets, wherein the multicast network multicasts the packets only to authorized receivers.
  • a system for multicasting content organized into channels to a plurality of receivers comprises a web crawler for retrieving the URL data items from the web site via a TCP/IP network and formatting the retrieved URL data items into packages, a package delivery subsystem for receiving the packages from the web crawler and fragmenting the packages into packets, a conditional access system for determining which receivers are authorized to receive the packets, and a multicast network for receiving the packets from the package delivery subsystem.
  • the conditional access system encrypts the packets and the multicast network multicasts the encrypted packets to the authorized receivers, wherein the authorized receivers store the packets in a memory and decrypt the packets.
  • FIG. 1 is a simplified block diagram of a prior art method for accessing information from the Internet
  • FIG. 2 is a block diagram of the multicast system of the present invention.
  • FIG. 3 is a block diagram of the back-end subsystem of the multicast system of FIG. 2;
  • FIG. 4 is a block diagram of the process used by the web crawler of FIG. 3 to gather active web site content
  • FIG. 5 is a flowchart illustrating the steps performed by the package delivery subsystem of the back-end subsystem of FIG. 3;
  • FIG. 6 is an example window of an Electronic Program Guide (EPG) that may be used to notify a user of the maximum memory space required for a channel and of the package broadcast schedule;
  • EPG Electronic Program Guide
  • FIG. 7 is an example window of the Electronic Program Guide (EPG) which allows a user to preview the content of available channels and permits the user to subscribe or unsubscribe to the channels,
  • EPG Electronic Program Guide
  • FIG. 8 is a flowchart illustrating the steps performed by the content viewer of the receiver of FIG. 2 when a “cache miss” occurs;
  • FIG. 9 is an example of a dialog box generated by the content viewer to notify the user of a cache miss and query the user whether a connection to the Internet should be established;
  • FIG. 10 is a block diagram illustrating the usage reporting function of the present invention.
  • FIG. 11 is a flowchart illustrating the steps performed by the content viewer of FIG. 7 to report usage information.
  • FIG. 12 is an example of a dialog box generated by the content viewer to request permission from a user to connect to the Internet to report usage information.
  • the present invention organizes the URL data items it transmits into “channels,” wherein a channel is a set of URL data items which a user may be interested in repeatedly accessing.
  • a channel ordinarily is a subset of a web site's content (i.e. a set of web pages) to be periodically extracted from the web site by a web crawler and delivered to subscribing users by conditional access protected multicast file transfer.
  • a channel's content consists of a collection of URL data items, typically all from a single web site.
  • a channel's content is periodically updated.
  • a typical channel might, for example, contain the content of 3,000 different URL data items. Examples might include any web site, such as www.direcpc.com or www.hns.com, a general news web site, such as www.abcnews.com, or a financial news site, such as quicken.excite.com.
  • a user subscribes to WebCast channels of interest and only subscribed channels are received and stored on the user's receiving terminal.
  • a channel's content and multicast schedule is specified by a WebCast channel definition.
  • Each channel's channel definition is predetermined. However, WebCast may allow a channel definition to be altered.
  • Each channel definition includes at least:
  • each strand includes a starting address (URL) and a search depth.
  • search depth refers to the number of links that are to be retrieved and stored with the original page.
  • the search depth is set to two “levels” from an original web page.
  • the channel will include the original web page and all other pages which are two hypertext links (i.e. two mouse clicks) away from the original page.
  • the search depth may be set to any number of levels as best suits the web site to be included in the channel.
  • Another set of filters may also identify how, if at all, URL data item is to be compressed prior to being transmitted.
  • Yet another set of filters may define the “hit-tracking” attributes to be assigned to each URL, as discussed in detail below. The web crawler starts at each of the starting URLs and searches all links that pass the filters to the specified search depth.
  • a schedule specifying how often and in what way a channel's content is packaged and multicast by a multicast network to each user.
  • the WebCast system 20 of the present invention consists of a back-end subsystem 22 which communicates with one or more multicast networks 24 (link C).
  • the back-end subsystem 22 is connected to a plurality of web sites 18 (from which content is gathered) via a TCP/IP internetwork, such as the Internet 14 (links A, B).
  • the multicast network 24 multicasts information retrieved from the web sites 18 to a plurality of receivers 26 over a high-speed link (F), such as a satellite or other high-speed (over 200 kbps) link.
  • Each receiver 26 may be, for example, a personal computer in a user's home or business.
  • the receivers 26 may also comprise set top boxes, digital televisions or other devices capable of receiving Internet content.
  • Each receiver 26 is also preferably connected to the Internet 14 by a low-speed link (D), which may be, for example, dial-up modem, ISDN, two-way cable, or the like.
  • D low-speed link
  • the present invention could be implemented with other TCP/IP networks other than the Internet, such as intranets.
  • the back-end subsystem 22 (which generally comprises a computer or set of networked computers) performs at least the following functions:
  • Conditional access is normally performed by a conditional access system 25 in the multicast network 24 , but can be implemented by the back-end subsystem 22 if the multicast network does not include a conditional access system or if use of the multicast network's conditional access system is not desirable.
  • the multicast network 24 performs at least the following functions:
  • Each receiver 26 performs at least the following functions:
  • the back-end subsystem 22 includes two major components: (1) one or more web crawlers 30 ; and (2) a package delivery subsystem 36 .
  • Each web crawler 30 generally, is a computer which accesses channels from the web sites 18 according to predetermined channel definitions 32 .
  • the web crawler 30 is similar to commercially available web crawlers, such as TelePort Pro and WebWacker. The primary difference from commercial web crawlers is that commercial web crawlers store each URL data item as a file on disk and the DirecPC WebCast web crawler 30 formats the URL data items into packages (see below). As explained in detail below, the web crawler 30 gathers URL data item from the web sites 18 .
  • the URL data item is gathered from the list of URLs in the channel definition and other URLs which are “linked” to the listed URLs according to the search depth.
  • the web crawler 30 then formats the gathered URL data item into packages 34 (also explained in detail below) and submits the packages 34 to the package delivery subsystem 36 .
  • the package delivery subsystem 36 receives the packages 34 from the web crawler(s) 30 and fragments the packages 34 into an appropriate sequence of multicast packets 38 , which are provided to the multicast network 24 for multicast transmission to the receivers 26 .
  • the back-end subsystem 22 also optionally includes one or more cache hit trackers 40 which receive usage reports 42 from the receivers 26 .
  • the usage reports may be stored as hit log files 44 which are periodically delivered to the web sites 18 . (The usage reporting function of the present invention is described in detail below)
  • the back-end subsystem 22 also optionally includes a registration server 46 (which may also be referred to as an auto-conmmissioning server).
  • the registration server 46 provides a convenient method for users to subscribe to WebCast channels and also produce package delivery envelopes and subscription billing records 48 which track subscriptions and canceled subscriptions. (The subscription function of the present invention is also described in detail below.)
  • the back end subsystem 22 contains one or more web crawlers 30 which package a channel's content and submit it to the package delivery subsystem 36 for multicast transmission to the receivers 26 via the multicast network 24 .
  • the process whereby the web crawler(s) 30 gather content from various web sites 18 is generally referred to as “crawling.”
  • the web crawlers 30 crawl the web sites periodically and/or on a scheduled basis.
  • the web crawler 30 formats a channel's content into a single data structure that is preferably stored and transferred as a computer “stream” or “flat” file (which are used by most personal computer file systems.
  • a file containing channel content is referred to as a package 34 .
  • the web crawler 30 may be located in the back-end subsystem 22 near the package delivery system 36 which, in some cases, minimizes the effort to manage web crawling.
  • the web crawler 30 may be located near the web site(s) it is crawling, for example, on the same local area network as the web site's servers. This configuration reduces the amount of traffic across the wide area network in that only compressed packages (rather than all of the channel's content) are sent across the wide area network.
  • the web crawler 30 typically does not receive an exhaustive list of the URLs to be included in the package. Instead, the web crawler receives a channel definition 32 (which may either reside in the web crawler or be retrieved by the crawler from an external server) containing a list of the URL addresses of the URL data items to be included in the channel. For each starting URL address in the channel definition 32 , the web crawler 30 creates a list of URL addresses to be crawled, which initially contains only the starting address. The web crawler 30 repeatedly retrieves each URL data item and removes that URL address from its list until the list is empty. The web crawler may perform many such retrievals in parallel to reduce the time needed to crawl a channel.
  • a channel definition 32 which may either reside in the web crawler or be retrieved by the crawler from an external server
  • the web crawler 30 analyzes the content of these linked data items of each retrieved URL data item to determine if it contains “links” to other URL data items. Typically, only HTML pages contain links. If so, the URL addresses are added to the list of URL addresses to be crawled if the additional URL data item passes the channel definition filters.
  • the URLs added to the list may include frames, embedded graphics, java applet classes and references (also called “links”) to other URLs external to the page. Frames can be thought of as embedded HTMIL pages. Frames, embedded graphics, java applet classes and embedded graphics within the frames can be thought of as part of a web page and are at the same “level” or “depth” as the HTML which referenced them.
  • URLs which are “linked” from the page under analysis are considered one level “deeper” (i.e., further away from the starting address) than the page that referenced them.
  • a URL's crawl depth is stored, along with the URL address itself, on the list of URLs to be “crawled.”
  • a URL is only placed on the list of URLs to be crawled if it passes the channel definition's filters and if its depth does not exceed the search depth associated with its starting address and the URL has not previously been entered into the list.
  • a web server will often respond to a request for a URL by “redirecting” the request to another URL (often on a different web server). Such a redirection does not increase the depth of the URL that is eventually retrieved.
  • the web crawler(s) 30 can be programmed to gather the entire set of a channel's content and place it into a package 34 , which is referred to herein as a “base” package. Web crawling to create a base package is referred to herein as a “base crawl.” A channel's content, however, may be frequently updated by the web site operator and the updates may occur on an unknown basis and it is important to provide a WebCast user with an updated and consistent representation of a web site's content. Thus, once a base package has been produced, the web crawler 30 can be scheduled to produce a package which contains only the URL data items which have changed since the base crawl occurred. A package containing only the changed or updated content is referred to herein as a “delta” package. Web crawling to create a delta package is referred to herein as a “delta crawl.”
  • the web crawler determines whether and how to include the URL data item within the package being produced by the web crawler. This determination depends on: (1) various filter settings; (2) whether a base or delta package is being crawled; and (3) if a delta package is being crawled, whether the URL data item is present in the channel's base package and, if so, whether the URL data item has changed.
  • a URL is included in the package if it passes the filters. If a delta package is being crawled, the URL is included in the package if it passes the filters and it either does not exist in the base package or has changed since the version in the base package. Whether the URL has changed can be determined either by actually comparing the content or by checking the “last-modified” field provided by the web server. For some sites, the actual comparison of data is needed as the “last-modified” field cannot be relied upon. Alternatively, the web crawler 30 can determine whether the URL data item has changed by comparing checksum(s) or message digest(s) associated with the data item.
  • Crawling is typically the preferred mechanism for obtaining a channel's URLs in that it requires no changes to the web site's production and operation. This is very important when overcoming the number of users/good content “chicken and egg problem” described earlier. Crawling may, however, waste networking and web server resources in that each URL must be individually checked on each crawl. For a 40 MB base package (uncompressed), which is being crawled every half hour, this data flow exceeds 80 kbps.
  • the present invention reduces processing time by requesting the URLs with an HTTP “Get If Modified Since” request.
  • Web sites which are available for subscription in WebCast produce their own channel definitions which accurately indicate both what URLs are to be included in the channel and when the URLs have changed.
  • Such a channel definition may simply list every URL to be included in the channel and when each was last modified.
  • the web crawler by storing retrieved URLs and their modification date, need only gather URLs which are new or which have changed since the previous crawl. This provides a web site with maximum control over the content in its channel, while minimizing the web server and networking resources required to gather the content.
  • Dynamic web site content poses a special problem to WebCast crawling in that the simple analysis of HTML is insufficient to gather all the required URLs for a channel.
  • An example of dynamic content is a Sports Score Java Applet which, when started, retrieves and displays a set of sports scores. The URL containing the scores is not referenced by the HTML and would not normally be gathered by the web crawler. The data can only be gathered by actively running the Java Applet.
  • the channel definition allows a list of pages whose content is gathered by a Java-capable browser.
  • the web crawler 30 configures a Java-capable browser 50 to use the web crawler as a proxy-server and directs the browser 50 to display the configured pages with dynamic content (data flow A).
  • the browser 50 gathers the active content from a web server 10 via the web crawler 30 , which is now acting as a proxy-server (data flow B).
  • Configuring the browser 50 to use the web crawler as a proxy-server allows the web crawler to monitor and record the URLs accessed by the browser, including the active content (data flow C).
  • the web crawler 30 gathers URL data items for a channel and places them into packages 34 .
  • Each package contains: (1) a set of URL data item; (2) indexing information, such as a hash table, to allow quick access to the URL data item; and (3) various supplemental information identifying the set of URL data item contained by the package and other information to guide the use of its content.
  • the web crawler 30 uses a lossless compression algorithm, such as the one created by Liv and Zempel in 1977 (LZ77) or other algorithm, to individually compress each URL data item. (An alternative lossless compression algorithm is described in co-pending application Ser. No. 08/982,864 entitled “Data Compression For Use With A Communications Channel, filed on Dec. 2, 1997 and assigned to the same assignee as the present invention.) URL data item which can be compressed is individually compressed (and flagged as compressed) prior to being placed into a package 34 (rather than compressing the package as a whole).
  • URL data item which has changed between the time of a base crawl and a delta crawl has only partially changed.
  • many web sites change the advertisements embedded into a HTML page each time the page is served. In such a case, only the few characters containing the URL data item of the advertisement change from one crawl to the next crawl.
  • the bulk of a web page consists of “boiler plate” which provides a consistent look and style to the web page. Even when the real content within such a web page has completely changed, only a small fraction the page's characters change. In view of this, the size of delta packages can be minimized if the web crawler 30 performs what is referred to herein as “difference compression.”
  • the web crawler 30 compares a URL data item to be included in a delta package with the corresponding URL data item in the base package (if it exists).
  • the web crawler 30 divides the delta package URL data item into sections of data and, for each section, places into the compressed version of the URL data item either:
  • This reference is generally much smaller than the data itself, which inherently provides compression.
  • An example of a reference is an offset from the beginning of the URL to the first byte and an offset to the last byte being referenced.
  • Other more complex, but more compact mechanisms may alternatively be used to encode a reference; or
  • the channel definition filters indicate whether a URL data item included in the package should be compressed and, if so, the compression algorithm to be used.
  • the channel definition filters also specify whether difference compression is to be applied (and which algorithm to use to determine the difference) to a URL to be included in the delta package.
  • Table 1 provides examples from WebCast channels illustrating the effectiveness of base/delta packages, individual compression of URL data items and difference compression.
  • TABLE 1 ESPN WebCast Channel ABC News Sportszone Size of base package without compression 38.1 MB 22 MB Size of base package with standard LZ77 19.8 MB 10.2 MB compression Compression ratio with standard LZ77 1.92 to 1 2.16 to 1 compression Size of delta package with LZ77 11.8 MB 6.3 MB compression only (i.e. no difference compression) Size of delta package with LZ77 2.8 MB 1.6 MB compression and difference compression Compression ratio with delta package, 13.61 to 1 13.75 to 1 LZ77 compression and difference compression
  • the resulting compression ratio (i.e. approximately 14 to 1) is much higher than compression ratios achievable from the direct application of ordinary lossless data compression algorithms, which typically do not exceed 2.5 to 1 on such packages.
  • the use of delta packages in combination with base packages thus greatly reduces the amount of bandwidth needed to keep a receiver “up-to-date” with a web site compared to repeatedly multicasting the full set of a web site's content.
  • the present invention also achieves this while preserving the objective of always presenting a consistent snapshot of a web site's content.
  • the present invention may also use delta packages of delta packages.
  • a sports web site may frequently update scores for a game with no other changes to the web site. In such a case, only the URL data item containing the scores changes from one crawl to the next.
  • a delta package may be generated and difference compressed such that it contains only the difference (i.e. the new score) from the previous delta package.
  • the use of delta packages of delta packages further reduces the amount of data which must be transmitted.
  • the present invention's organization of web site content into channels and packages provides significant advantages and benefits for reducing the impact of multicast receiving on the fuinction of other applications active on a receiver 26 .
  • organizing each package 34 as a single file with built-in indexing for quick access minimizes the processing that the receiver 16 must perform on the content prior to displaying it to the user.
  • the alternative, which is to store each URL data item as a separate file (as is commonly done with existing browser caches), requires significant processing (and additional memory/disk space) to divide the URL data items into individual files and to delete obsolete files. Because many web channels may contain over 3000 URLs, this processing (i.e. of 3000 separate files) may take several minutes or longer.
  • this processing must take place either after the content has been received (disrupting whatever other processing is taking place at the time) or when the user first accesses the content (causing the user to have to wait while this process is taking place).
  • retaining all the URL data item in a single file reduces the processing required to display content by eliminating the overhead of opening and closing a file for each URL.
  • each URL data item individually also minimizes the processing that the receiver 16 must perform prior to displaying a package's content.
  • Decompressing the package as a whole requires significant processing which, as set forth above, must take place either upon reception (disrupting whatever is happening at the time) or when the user first accesses the package's content (forcing the user to wait).
  • Whole package compression also uses more memory or disk space because the content of the whole package must be stored in decompressed form.
  • Decompressing each URL data item individually as it is needed allows the data items to be stored in compressed form (reducing memory space) Also, only data items that are actually accessed by the user is decompressed, thus reducing overall processing time. Also, because the decompression of URL data items is performed at a time when the user has directed the receiver to display content, the decompression is not likely to disrupt other applications that require use of receiver resources.
  • delta and base packages allows receipt of base packages to be scheduled for periods of time when the receiver 16 can be expected to be idle (e.g. late at night) while the smaller delta packages can be received throughout the day.
  • a receiver can be powered off, or can suspend, abort or terminate package reception during times when the receiver is dedicated to other processing, yet still be quickly brought “up-to-date” after package reception has been enabled.
  • the present invention also ensures that the user is presented with a complete, consistent version of the content.
  • the present invention provides significant advantages over other multicast systems which often required the receiver to be powered up continuously such that users did not use the system or accidently terminated reception by turning of the receiver.
  • delta and base package transmission particularly where base packages are transmitted overnight or during some other inactive period, a user can turn off the receiver or suspend package reception during peak usage time and still have the receiver be quickly brought up to date when package reception is restarted.
  • the organization of content into channels which are subscribed to by the user and into single-file packages further allows the content to be transmitted via very efficient multicast file transfer protocols wherein virtually no receiver processing is wasted on filtering out content which is not of interest to the user. It also allows the scheduling of transmissions such that a user can determine when reception must be enabled to receive the content they desire.
  • each base or delta package stores each base or delta package as a single file
  • storing each package in a small number of files still achieves many of the benefits described above and may be desirable within some multicast networks.
  • creating the indexing information within the receiver from a single file (or small number of files) also achieves many of the benefits described above.
  • the multicast network 24 generally includes the following components, although some components may vary depending on the specific embodiment of the multicast network:
  • a head-end subsystem 52 which is responsible for: (a) taking packets from the back-end subsystem 12 (link C) and multicasting the packets to the receivers 26 (link F); and (b) optionally multiplexing the back-end subsystem's packets with data (i.e. digital video, audio, etc.) from another broadcast source 27 (link E) and multicasting the resulting data stream(s) to the receivers 26 .
  • data i.e. digital video, audio, etc.
  • a multicast receiver 54 which is responsible for providing multicast packets from the requested channels to the receivers 26 (link F).
  • the multicast receiver may be integrated with the receiver 26 , such as in a personal computer with a receiver peripheral and associated software.
  • a digital satellite TV settop box or a cable TV settop box are other examples of receivers that may include integrated multicast receivers.
  • a conditional access system 25 which may be integrated with the head end subsystem 52 .
  • the conditional access system 25 may be of the type described in U.S. Pat. Nos. 5,481,609; 5,282,249; 5,659,615; or 5,652,795, which are incorporated herein by reference.
  • General crypto technology is also described in “Applied Cryptography, 2nd Edition”, published by John Wiley and Sons, 1996, which is also incorporated by reference.
  • the conditional access system 25 uses a cryptographic key or set of keys to encrypt packets in such a way that a receiver 26 only decrypts packets which it is authorized to receive.
  • the receiver 26 notifies the multicast receiver 54 of the channels to be received. If the multicast receiver 54 is integrated with the receiver 26 , this is done through a software interface. The multicast receiver 54 then contacts the conditional access system 25 to start encrypting the packets and the receiver is provided with the appropriate key to decrypt the packets which it is authorized to receiver.
  • the multicast network is not limited to any particular type of network and may comprise any digital multicast network wherein the data being carried is segmented and placed into one or more relatively small packets (e.g. approx. ⁇ 1 MB) and where each packet includes a multicast address field.
  • the multicast network 24 is a geosynchronous satellite direct to home system carrying both digital video and data services.
  • the multicast network 24 is a two-way cable television network carrying both analog (and/or digital) television as well as digital multicast data services.
  • the multicast network may also comprise any other type of multicast network, such as ethernet (wherein the destination MAC address field carries the multicast address), Digital Video Broadcast (DVB) satellite, terrestrial and other media, ATSC digital television and other multicast networks that use MPEG2 transport packets and wherein the PID field carries the multicast address, MBONE (experimental Internet multicast network), DVB carrying multiprotocol encapsulated data, and any other IP (Internet Protocol) multicast network wherein IP packets are used and the destination IP address field holds a multicast address.
  • ethernet wherein the destination MAC address field carries the multicast address
  • DVD Digital Video Broadcast
  • ATSC digital television and other multicast networks that use MPEG2 transport packets and wherein the PID field carries the multicast address
  • MBONE evolution Internet multicast network
  • DVB carrying multiprotocol encapsulated data
  • IP Internet Protocol
  • the receiver 26 is a personal computer.
  • the receiver 26 may comprise any component capable of receiving and processing packets from a multicast network, such as a settop box which provides data services (optionally along with digital video services) which are viewed through a television, or a digital television which integrates the functions of a settop box and a television to provide both video and data services.
  • a settop box which provides data services (optionally along with digital video services) which are viewed through a television
  • a digital television which integrates the functions of a settop box and a television to provide both video and data services.
  • Portable or handheld computers and the like with wireless receivers are another example of a receiver that may be used with the present invention.
  • each receiver 26 includes software which may be functionally decomposed into the following components. It is understood, however, that the actual organization of the software may vary within a specific implementation.
  • a Package Receiver 56 The package receiver 56 processes received packets from subscribed-to channels via the multicast receiver 54 and reassembles the packages from those packets. (As set forth above, the multicast receiver may also be located in the receiver.) As discussed above, each package is stored as an individual file (or a small number of files) in the receiver memory 28 (i.e. on a receiving computer's hard disk). Optionally, if the multicast network 34 is not providing conditional access, the package receiver 56 may decrypt the packages, if conditional access is desired. The package receiver also manages the use of space in the receiver memory 28 and manages the use of receiver resources to minimize the impact of multicast receiving and processing on other applications running on the receiver.
  • a Content Viewer 58 The content viewer 58 in the receiver 26 provides the user with the promotional material (i.e. through the Electronic Program Guide (EPG)) that helps the user determine which channels to subscribe to.
  • EPG Electronic Program Guide
  • the content viewer also interacts with the multicast network 24 (or optionally the back-end subsystem 22 ) to subscribe or unsubscribe to channels at the user's direction. If the back-end subsystem 22 is performing conditional access (rather than the multicast network), the content viewer 58 preferably also interacts with the back-end subsystem to obtain key material.
  • the content viewer 58 may also preferably report usage information (i.e. information about which channels were accessed by the user) to the back-end subsystem 22 .
  • package transmission takes place over a conditional access controlled multicast network 24 which carries IP multicast packets and where each channel is assigned an IP multicast address.
  • the multicast network's conditional access system 25 ensures that only subscribed receivers may access a channel's IP packets.
  • the multicast network 24 provides a single IP multicast address (which every receiver 26 may receive) on which the package delivery subsystem 36 sends packets announcing the upcoming transmission of packages.
  • the receiver 26 may selectively enable and disable IP multicast addresses. If an IP multicast address is disabled, the multicast receiver 54 filters packets containing the address so that the receiver 26 is not burdened with the processing associated with identifying and discarding disabled addresses.
  • each channel may be assigned an MPEG2 transport stream and the multicast network's conditional access system 25 ensures that only subscribed receivers may access a channel's MPEG2 transport stream.
  • DVD European Digital Video Multicast
  • more than one multicast address may be dedicated to each channel (e.g. one address for base package transmissions, one for delta package transmissions, one for control information, etc.).
  • An address or set of addresses may also be shared by multiple channels, one address or set of addresses per package at a time. These arrangements, however, are not preferred as they complicate the conditional access system 25 .
  • the package delivery subsystem 36 in the back-end subsystem 22 receives the packages 34 from the web crawler(s) 30 (FIG. 3) with a schedule for each package.
  • the schedule includes information such as when transmission should take place, the priority of the package's transmission, the speed at which the transmission should take place, whether the package should be transmitted more than once, and/or other information related to package transmission.
  • FIG. 5 is a flowchart illustrating the steps performed by the package delivery subsystem 36 of the back-end subsystem 22 to transmit a package 34 to the multicast network 24 . If a schedule is provided with the package, the steps are performed within any schedule constraints.
  • the package delivery subsystem (PDS) 36 first formats a multicast announcement packet identifying the package to be transmitted (block 60 ).
  • the multicast announcement packet may include, for example, which channel the package is part of, what kind of package is being transmitted, information to uniquely identify one version of a package from another, and the size of the package.
  • a PDS 36 then passes the multicast announcement packet to the multicast network 24 to be transmitted over the multicast announcement address (block 62 ). Preferably, the PDS 36 transmits the packet multiple times to ensure a high probability of reception.
  • the PDS 36 then waits a small period of time (e.g. 3 seconds) to allow the receivers 26 to determine whether the package should be received and to prepare for reception (block 64 ).
  • a small period of time e.g. 3 seconds
  • the PDS 36 uses a key or set of keys only made available to subscribed receivers to encrypt either the entire package or the individual packets (block 66 ).
  • the PDS 36 then fragments the package into a sequence of packets, wherein each packet has a unique sequence number (block 68 ) and begins transmitting the packets at the specified bit rate (block 70 ).
  • the package delivery subsystem 36 also multicasts other information (either within the multicast announcement packets or other packets) to allow the receiver to identify the first and last packet of a package.
  • the PDS 36 may subsequently retransmit a package's packets to increase the probability of reception.
  • the PDS 36 retransmits packages on a scheduled basis and only certain packages may be scheduled for retransmission. For example, base packages may preferably be transmitted 2-3 times depending on factors such as the time of day and the size of the package. Delta packages, however, may preferably be transmitted just once, as packet loss may be recovered by the subsequent transmission of the next delta package.
  • the package receiver 56 in each receiver 26 may optionally be configured to monitor receiver activity and/or user input to classify the receiver's readiness to receive packages.
  • the package receiver 56 might monitor: (i) receiver computer terminal CPU loading; (ii) receiver computer disk activity; (iii) user input (mouse clicks and/or keyboard keystrokes); and/or (iv) time of day.
  • the user may also enter preferences of when packages should be received. For example, the user may specify that prior to starting a computer game, all package reception should be suspended until at least 30 minutes has gone by with no user input (mouse clicks or keystrokes), or until at least 30 minutes of only minimal CPU loading and disk activity. Alternatively, the user may allow only base package reception under such circumstances.
  • a receiver's readiness for package reception may be classified as follows:
  • Package reception enabled the package receiver 56 will receive any package (i.e. base or delta) of interest.
  • the package receiver 56 suspends reception of the multicast announcement packets by disabling their address(es).
  • the package receiver may reduce its impact by releasing all or part of its resources (memory, threads, etc.) up to, but not including, what is necessary to monitor computer and user activity.
  • the package receiver 56 could silently discard all such announcements.
  • the package receiver 56 evaluates each multicast announcement packet to determine whether the corresponding package should be received. Reception should commence only if: (1) reception of the type of package (base or delta) is currently enabled; (2) the package has not already been successfully received; (3) the package is for a subscribed channel; and (4) disk/memory usage management permits the reception of the package (explained in detail below).
  • the package receiver 56 determines that a package should be received, the package receiver 56 requests the multicast receiver 54 to enable the associated address(es). The package receiver 56 then processes the package's packets, discarding packets already received and storing previously unreceived packets in memory (i.e. writing them to disk), thus reassembling the package.
  • the package receiver 56 monitors the packet sequence numbers and first and last packet indications to determine whether the entire package has been received without lost packets.
  • the package receiver 56 identifies the end of a package's transmission by either not receiving any packets within a predetermined timeout period or by receipt of the last packet. In multicast networks that allow out-of-sequence packets, the package receiver may have to wait for another timeout period to determine that all packets have been received. If the package was received intact, the package receiver 56 makes the package available to the content viewer 58 . If the package failed to be received intact, the package receiver may discard the package, preferably without interruption of or notification to other operations.
  • the set of missing packets is recorded (in some fashion) and on a repeat transmission of the packets, the “holes” are filled in by storing only missing packets. This provides a higher probability of reception on repeat transmission, but may not be necessary with some networks having a very low packet loss probability.
  • the package receiver 56 also optionally offers the user the opportunity to abort the reception if, for example, the receiver 56 is needed for other activities. While the package is being received, the package receiver 56 also preferably monitors user activity and computer terminal loading and aborts reception depending on previously configured user preferences.
  • Prior multicast systems often interfered with the normal operation of the receiver by consuming too much memory or disk space. Because the present invention's high-speed multicast network permits the transmission of larger amounts of data than low speed multicasts, there is a high probability that, without effective memory/disk space management, the packages would consume too much memory/disk space. In order to overcome this potential problem, the web crawler 30 and package receiver 56 of the present invention cooperate to manage memory usage to minimize impact on the receiver 26 .
  • each channel definition 32 that is provided to the web crawler 30 includes a “memory budget” for the channel. (FIG. 3).
  • the memory budget which approximates the size of the channel, is used to ensure that WebCast's memory/disk usage does not exceed user expectations.
  • the web crawler 30 ensures that the total memory space consumed by a channel does not exceed the channel's memory budget.
  • the web crawler 30 checks the size of each package prior to submitting it to the package delivery subsystem 36 for transmission.
  • the web crawler 30 only submits a base package to the package delivery subsystem 36 when it does not exceed the memory budget.
  • the web crawler 30 only submits a delta package when the delta package size plus the corresponding base package size do not exceed the memory budget.
  • the package receiver 56 also checks the size of a package prior to beginning its reception.
  • the package receiver preliminarily permits reception when the size of the package plus the size of any previously received packages does not exceed the channel's memory budget. If the package size exceeds the memory budget, the package receiver checks whether deleting the channel's previously received packages will allow reception. For a base package, the package receiver deletes the channel's packages as necessary to make room for the base package. Preferably, the package receiver 56 first deletes the previous base package, then any delta packages for that previous base package and then any other delta packages as necessary. For a delta package, the package receiver preferably deletes the channel's previously received delta packages as necessary to permit reception.
  • the package receiver 56 checks the available space in the receiver memory 28 against a predetermined minimum memory space that is not to be used for WebCast channel storage. The package receiver only permits reception when the package will not take available memory/disk space under this threshold.
  • the package receiver records when memory/disk space does not permit a package's reception and the content viewer 58 notifies the user of the shortage of memory space.
  • the user is notified through the EPG (Electronic Program Guide).
  • the EPG Prior to subscribing to a package, the EPG notifies the user of the memory budget for the channel and the available memory/disk space.
  • FIG. 6 is an example of an EPG window that may be used to so notify the user.
  • the EPG also preferably notifies the user when reception of packages will take place.
  • base packages may be broadcast during a slow use period (such as overnight).
  • Delta packages (containing updates) may preferably be broadcast on a periodic basis, such as every half hour.
  • the EPG may also allow a user to specify when packages can be received.
  • EPG Electronic Program Guide
  • multiple EPG channels may be used which are specifically tailored to a user based on factors such as language, the service plan a user has selected, age, sex, etc.
  • the EPG preferably contains promotional content of each available channel which allows a user to evaluate the channels and select which channels to subscribe to or unsubscribe from.
  • the EPG and its promotional content is structured like a web site—it is a collection of HTML pages with embedded graphics and other active content and a user indicates the desired channels by clicking on buttons, check boxes, etc.
  • FIG. 7 is an example of an EPG window that may be used to notify a user of the available channels.
  • the FIG. 7 example also allows a user to link to a preview of the channels and provides a box for the user to subscribe or unsubscribe to a channel.
  • the content viewer 58 in the receiver 26 makes the promotional material available to the user.
  • the content viewer 58 also processes a user's requests to subscribe to or unsubscribe a channel. If no conditional access is implemented, the content viewer 58 informs the package receiver 56 of the user's subscription/unsubscription request and the package receiver 56 starts receiving or ceases reception of the channel's packages as appropriate.
  • conditional access may be implemented, for example, by the multicast network 24 , by the back-end subsystem 22 , or by a combination of the two
  • the content viewer 58 performs a subscribe or unsubscribe transaction against the multicast network. This is typically performed via the multicast receiver 54 , which may optionally contact the head-end subsystem 52 either immediately or at a later time. For some multicast networks, the content viewer 58 may directly contact the head-end subsystem 52 (via the Internet, dialup modem connection, or any other suitable means) and perform the transaction. If the transaction is accepted, the content viewer 58 informs the package receiver 58 which, in turn, starts receiving or ceases reception of the channel's packages as appropriate.
  • the multicast network 24 provides the complete set of currently subscribed channels at the end of such a transaction (or upon request), thereby keeping the content viewer 58 and multicast receiver 54 synchronized with the multicast network 24 .
  • the conditional access system 25 preferably uses encryption to prevent unauthorized access to a multicast address, wherein the keys used to encrypt one channel's multicast addresses are different from the keys used to encrypt other channel's multicast addresses.
  • the multicast network 24 implements the conditional access and the back end subsystem 22 performs the subscription processing.
  • the back end subsystem 22 processes transactions for channel subscriptions and unsubscriptions and the multicast network 24 controls access to multicast addresses.
  • the content viewer 58 contacts the registration server 46 of the back end subsystem 22 (via dial-up modem, the Internet, etc.) and performs a subscribe transaction.
  • the transaction request includes information: (i) identifying the multicast receiver that the receiver is receiving from, (ii) the channel being requested, and (iii) optionally, information used to authenticate the sender of the request.
  • the registration server 46 authenticates the request and, if the message is authenticated, maps the channel requested to the set of multicast addresses carrying the channel. The registration server 46 then performs a transaction against the multicast network head-end subsystem 52 requesting that the receiver 26 be given access to the addresses that carry the subscribed-to channel.
  • the authentication is intended to verify that the request came from the content viewer 58 of the receiver 26 for which access to a channel is being requested. Preferably, the authentication is performed via password authentication. However, authentication may also be performed using public key encryption.
  • the multicast network 24 is responsible for ensuring that the receivers 26 only receive packets from authorized multicast addresses.
  • the conditional access system 25 in the multicast network utilizes encryption to prevent unauthorized access to a multicast address wherein the keys used to encrypt one channel's multicast addresses are different from the keys used to encrypt other channel's multicast addresses.
  • conditional access may be implemented solely by the back end subsystem 22 .
  • the content viewer 58 contacts the registration server 46 (via dial-up modem, the Internet, etc) and performs a subscribe/unsubscribe transaction.
  • the back-end subsystem 22 then makes the channel's decryption keys available to the receiver.
  • the receiver may have to periodically perform transactions with the registration server to obtain and update encryption keys. (This optionally may be performed along with usage reporting.) If the transaction is accepted, the package receiver 56 is informed, as described above.
  • This conditional access embodiment is typically not as secure as the conditional access system offered by the multicast network, but still provides some level of security.
  • multiple subscription and/or unsubscription requests may be batched together for more efficient processing.
  • Offline browsing refers to a user accessing web site content without connecting to the Internet.
  • the content viewer 58 within the receiver 26 is responsible for supporting the user's offline browsing of WebCast channel content.
  • the content viewer 58 comprises a proxy-server application which works with an existing (i.e. unmodified) web browser 12 . This allows the user to continue to work with a popular web browser without relearning a new user interface.
  • the content viewer 58 when the user initiates an offline browsing session, the content viewer 58 first determines whether the web browser 12 is running and, if so, prompts the user to close the browser. If the browser is not running, the content viewer 58 configures the browser to access the Internet via the content viewer/proxy-server. The content viewer/proxy-server then launches the browser to display the Electronic Program Guide (EPG). At the end of an offline browsing session, the content viewer/proxy-server 58 closes the browser 12 and reconfigures the browser to its original, unproxied configuration.
  • EPG Electronic Program Guide
  • the content viewer 58 is integrated with a browser's cache so that the browser requests URLs from the content viewer 58 prior to requesting them across the network.
  • the content viewer 58 receives requests for URLs from the browser 12 and attempts to find them from its “cache” of URLs.
  • the cache consists of the URL data items contained within the received packages from subscribed channels. From the standpoint of the content viewer 58 performing a cache lookup, a URL consists of two parts. For example, the URL “http://www.direcpc.com/users/index.html” illustrates these two parts:
  • the content viewer 58 performs a cache lookup by first performing a domain name lookup.
  • the content viewer 58 maintains a data structure that maps a domain name to the list of channels which contain URLs from the domain name.
  • this data structure is a hash table, wherein each hash entry is a list and each list entry contains a domain name and a channel ID.
  • the content viewer 58 constructs this data structure from the supplemental information within each package listing the domain names of URLs included in the package. The content viewer 58 extracts the domain name from the URL and determines from this data structure the list of channels which might contain the URL.
  • the content viewer 58 next performs a URL lookup, wherein the content viewer takes the list of candidate channels (determined from the domain name lookup) and check's each channel's packages until a match is found. Preferably, the content viewer 58 first checks a channel's delta package (if available) for a match and then its base package.
  • a URL may exist in more than one channel's packages.
  • the content viewer 58 checks channels starting with the most recent crawl start time. (A channel's start time is recorded in its package's supplemental information.)
  • the content viewer 58 Upon finding the URL in a package, the content viewer 58 retrieves the URL data item from the package from memory 28 and decompresses the URL data item, if necessary. If the URL data item is difference compressed, the content viewer retrieves the URL data item from both the base and delta packages (decompressing as necessary) and performs difference decompression to restore the revised URL's content
  • the present invention is used with a receiver 26 having a switched connection to the Internet, such as a home computer running Windows95® with a dialup modem telephone connection to the Internet.
  • the telephone line is often used both for Internet access and for ordinary telephony services (POTS).
  • POTS ordinary telephony services
  • Another example is an ISDN switched connection.
  • a switched connection to the Internet is frequently metered so that a user incurs an additional expense with each use.
  • the receiver share the telephone line with other users.
  • the content viewer 58 interacts with the user to allow “seamless” access to content outside of the channel definition while controlling access to the phone line in a way which permits sharing the phone line with other users. The content viewer does this by controlling “cache misses.”
  • a “cache miss” occurs when the browser 12 requests a URL which is not within any of the packages that have been received and stored in memory 28 .
  • the requested URL may not be present in a received package because, for example, a cached web page may reference URLs which were not crawled and incorporated into a channel. This may occur either due to Internet outages during the crawling or because the web page contained dynamic content which could not be automatically crawled. In this instance, there are often several cache misses within a short period of time, one for each missing embedded URL.
  • the requested URL may also not be present if the user clicked on a link from a page within the channel definition which references a page outside of the channel definition. For example, if the channel definition defined a search depth of two levels, and the user requested a URL that was three levels deep, a cache miss would occur. A cache miss may also occur if the user directed the browser to a URL which is not present in the cache.
  • FIG. 8 is a flowchart of the steps performed by the content viewer 58 when a cache miss occurs.
  • the content viewer 58 first determines whether another cache miss has recently occurred (block 100 ). If not, it then determines whether the user has previously specified how a cache miss should be treated (block 102 ). If no user preferences are specified, the content viewer 58 notifies the user that a cache miss has occurred and that the requested content can only be obtained by accessing the Internet (block 104 ).
  • the content viewer 58 queries the user whether they want to initiate a connection to the Internet to retrieve the requested content (block 106 ). This query prevents an automatic connection to the Internet that may interfere with other uses of the connection (i.e. interrupt a telephone call) or may incur undesired charges. If other cache miss occurs while waiting for a response to the query, the content viewer 58 holds the cache misses until the user responds.
  • the block 106 also optionally initiates a countdown along with the query that lets the user know that they have N seconds to respond to the query.
  • FIG. 9 is an example of a dialog box that may be used to notify the user of the cache miss and queries the user about connecting to the Internet. The example of FIG. 9 also includes the optional countdown.
  • the content viewer 58 denies the cache miss request by providing an indication to the browser 12 that the content can only be obtained by connecting to the Internet (block 108 ).
  • the content viewer returns an “error” HTTP response containing a text or HTML body (or a redirection to an HTML page) which contains text explaining that the content can only be obtained via the Internet. This results in the browser 12 displaying this text (or HTML page) to the user.
  • the content viewer initiates the Internet connection (block 110 ).
  • the content viewer 58 acts as a normal proxy-server and initiates TCP connections to the requested URL's server and to the servers of other requested URLs from cache misses which were held while waiting for the user response.
  • the receiver 26 may then be configured to automatically initiate a switched connection to the Internet.
  • the content viewer 58 may interact with the switched connection's device driver to initiate a connection and hold all URL requests until after the connection to the Internet has been established.
  • the content viewer 58 determines that another cache miss has recently occurred, it follows the input given by the user for the previous cache miss and either initiates an Internet connection (block 110 ) or denies the request (block 108 ).
  • the blocks 110 - 112 prevent the user from being “peppered” with cache miss queries, which may occur frequently in web pages with more than one missing embedded URL.
  • the present invention provides sufficient usage information to a web site to support an advertising-based business model while requiring no change to a web site's operation.
  • usage information may be reported to another source, such as a network operations center (NOC).
  • NOC network operations center
  • the present invention may report usage information to the web site as if the user were accessing the web site via a conventional caching proxy-server.
  • the present invention may report usage information to the web site in the form of log files.
  • a web browser 12 sends to a web server 10 a separate request for each URL which a user views. (FIG. 1).
  • a request for a URL is called a “hit”.
  • a web site typically records for each advertisement URL the number of “hits” (i.e., the number of times the site has served the URL). The web site receives advertising revenue based on either: (i) the actual number of “hits” the site receives, or (ii) a forecast of the number of “hits” that advertisement can be expected to receive based on past experience.
  • a web site is typically unable to determine the identity (i.e., name, address, phone number, etc.) of the users visiting the site. However, a web site is able to tell which URLs are being accessed over time (i.e., weeks and months) by the same user. The web site collects this information by assigning each different browser requesting URLs from the site a unique “cookie”.
  • a “cookie” is a piece of limited, internal information transmitted between a web server and a web browser which uniquely identifies the user without revealing the identity of the user.
  • the present invention provides such information to the web sites through use of the cache hit tracker 40 in the back-end subsystem 22 . (See FIG. 3.)
  • the content viewer 58 in the receiver 26 sends usage information 42 to the back-end subsystem's cache hit tracker(s) 40 as specified by the various channel's channel definitions.
  • the hit tracking part of the channel definition is delivered to the receiver 26 within a package's supplemental information.
  • the usage information consists of a separate record for each “hit,” wherein only a subset of the cache hits are reported.
  • This usage information is preferably reported via a TCP/IP network, such as the Internet 14 , and the receiver's interface to the Internet may be via a switched connection such as dialup modem connection. It is understood, however, that the usage information could be reported via any other suitable connection.
  • the present invention returns usage information to a web site (or other location) on a per channel basis either by proxy (which requires no change to web site operation) or by log files (which requires no change to web site operation other than simply acquiring and processing the log files).
  • the cache hit tracker 40 preferably operates (from the web servers' perspective) as an HTTP proxy server.
  • the cache hit tracker 40 stores reported “hits” from the content viewer 58 in the receiver 26 and subsequently performs a HTTP operation for each reported URL. This minimizes the time that the receiver 26 needs to be connected to the Internet 14 as it is not delayed while its hits are reported to the web servers 10 .
  • the type of HTTP operation performed by the cache hit tracker 40 is defined by the channel definitions, which are sent along with the usage reports 42 to the cache hit tracker 40 . Specifically, the following HTTP operations may be configured to perform proxy usage reporting on a per channel basis:
  • the cache hit tracker 40 may perform an HTTP GET operation (which, generally, transfers URL data item from the web server 10 to the cache hit tracker 40 .) The cache hit tracker 40 then waits for all the data to be received, but discards the data as it is received. This operation most closely matches what the web server 10 would have received had the user directly retrieved the URL data item without use of the present invention.
  • the cache hit tracker 40 may perform an HTTP GET operation Oust as above) but waits only for the HTTP response header to be received from the web server 10 . Once received, the cache hit tracker 40 immediately closes the connection. This operation uses less network bandwidth, as the actual URL data item need not be completely transferred.
  • the cache hit tracker 40 may perform a GET If-Modified-Since HTTP operation, wherein the last-modified data comes from the HTTP response header included with the URL in the package. This operation also reduces network utilization, as the full content would not typically be sent, while completing the HTTP operation
  • the cache hit tracker 40 may perform a GET If-Modified-Since operation (as above), but does not wait for any data after the response from the web server 10 that the URL has changed and should be sent. This operation uses less network bandwidth, as the actual URL data item is not transferred.
  • the cache hit tracker 40 may also perform usage reporting using log files 44 .
  • the cache hit tracker 40 stores reported hits in log files 44 , preferably maintaining separate log files for each channel.
  • the cache hit tracker 40 either makes the log files 44 available to the web site (via, for example, an FTP GET operation) or periodically delivers the log files 44 to the web site (via, for example, an FTP PUT operation or e-mail).
  • each hit log file 44 is a flat ASCII file, with one record per line and a fixed number of fields per record. All fields are space separated and fields which may contain spaces are enclosed in quotes (“ ”). Table 2 below specifies the preferred format of the hit log file 44 . TABLE 2 Field Name Field Format Description ChannelID Four (4) alphanumerics Identifies the channel this hit came from URL “printable ASCII” The URL from the HTTP (enclosed in quotes) request's Request Line UserAgent “printable ASCII” From the HTTP request's User- (enclosed in quotes) Agent line.
  • the field is “NOAGENT” HitTime YYYYMMHHMMSS GMT timestamp of when the user accessed the requested URL data item from the cache ReportDelay Eight (8) numerics Duration (in seconds) from when the cache hit occurred to when the hit was reported (either to the originating server or the file) EditionID RRR.MMM An ID which uniquely identifies the snapshot of the channel's content given to the user.
  • RRR is the three least significant digits (LSD) of the base package edition # and MMM is the three LSDs of the delta package edition #.
  • SiteID Ten 10 alphanumerics Uniquely, but anonymously, identifies the user HitMethod Four (4) Identifies how the hit should be alphanumerics relayed to the web server. Will contain one of: FILE - sent in log file GETN - complete HTTP GET operation GETR - HTTP GET No Wait (connection closed after response header is received) GETI - HTTP Get If Modified Since (default) GITR - HTTP Get If Modified Since No Wait (connection closed after response header is received)
  • the “SiteID” field provides the web site with a rough equivalent to a “cookie” (discussed above) in that it allows hits from a single user to be identified, without revealing the identity of that user.
  • the following is an example of a hit log file record (in an actual log file the record occupies a single line):
  • the channel definition for each channel dictates whether all hits or a filtered subset of hits should be reported. Filtering the reported hits minimizes unnecessary processing in the web server (and connect time for the user), while retaining reporting information for advertising and other critical hits. Filters are typically established to filter out “insignificant hits” and report only advertising-related hits and HTML hits, thereby allowing a web site to tally advertising statistics and page popularity.
  • the filters that may be used to reduce the reporting of insignificant hits include:
  • Content Filters may be used, for example, if all advertisements are in the form of gif (graphics interchange format) images. A content filter would detect and report all .gif image URLs and would filter out most non-.gif (i.e. non-advertisement) URLs.
  • URL filters may be used, for example, if all advertisements have URLs that contain “/ads/” in their URL. Thus, a “URL contains ‘/ads/’” filter would detect and report all hits with a URL containing “/ads/” and would filter out other (i.e. non-advertisement) URLs. Variations of such a URL filter may include a “URL StartsWith” filter, a “URL Ends With” filter, or a “URL matches a regular expression” filter, etc.
  • the channel definition also defines under what circumstances the receiver should report usage information for that channel. For example, the receiver may report usage information for a channel at the end of an offline browsing session or on a periodic basis (overnight, weekly, monthly, etc.) These two methods are referred to as “session end reporting” and “periodic reporting,” respectively. Alternatively, usage information may be reported on demand or at any other times.
  • a WebCast channel generally contains just a subset of a typical web site's content.
  • the content viewer 58 when a user requests access an uncached URL (a cache miss), the content viewer 58 , at the user's discretion, may connect the receiver 26 to the Internet and access the URL directly from the web server 10 .
  • This direct connection allows the web server 10 to track such hits as it normally would with any Internet user.
  • the cache miss feature of the present invention further allows a web site to retain its tracking of“click-thrus”, i.e., cases where a user clicks on to link to a web site which provides additional information. Advertisements contained within a web site, for example, often contain links to a web site providing additional information on the advertised products.
  • Channels are configured for session end usage reporting when getting usage reports in close to real-time is more important than minimizing the number of usage reporting connections.
  • Channels are configured for periodic reporting when minimizing connection charges is important. Usage reporting can be concentrated into one connection per week by configuring all channels for weekly reporting. The usage reporting for all channels can also be scheduled for the same range of time.
  • a receiver receives a usage reporting time range (e.g. every night between midnight and 5 am) and, for each channel, a usage connection timeout value, indicating the maximum time that usage information should wait prior to being reported. This timeout may have, for example, a default of five days.
  • the receiver picks a random time within the usage reporting time range and, at that time, checks whether a usage reporting connection should be made. A connection should be made if any channel's usage information is older than the channel's usage connection timeout. When such a connection is made, all pending usage information is reported.
  • the receiver “piggybacks” usage reporting on other Internet connections by first receiving a piggyback timeout and a usage reporting retry timeout.
  • the receiver also maintains a usage reporting time which is either disabled, running or expired.
  • the receiver monitors the Internet connection.
  • the receiver initializes the usage reporting timer to timeout after the piggyback timeout and starts the timer.
  • the receiver disconnects from the Internet, it disables the usage reporting timer.
  • the usage reporting timer expires, the receiver checks if there is any usage information ready to be reported and, if there is, the receiver attempts to report it. When the report either succeeds or fails, the receiver checks the connection, and if still connected, the receiver initializes the usage reporting timer to timeout after the retry timeout period and starts the timer.
  • the reporting normally takes place at the end of an offline browsing session. If the user indicates at that time that usage should not be reported, (because, for example, the phone line is already occupied), the usage report is stored until the start of the next offline browsing session. Thus, at the start of each offline browsing session, the content viewer 58 checks if there is a session end usage report pending from a previous offline browsing session. If so, the content viewer 58 prompts the user for permission to report the usage information and only allows offline browsing to commence after permission is received and the usage has been reported. Once session end usage has been reported, the content viewer 58 will immediately thereafter report any pending periodic usage, as this may eliminate the need for a separate periodic usage report connection.
  • FIG. 11 is a flowchart illustrating the steps performed by the content viewer 58 in the preferred embodiment for either session end or periodic usage reporting.
  • the content viewer determines whether the receiver 26 is already connected to the Internet (block 150 ). If not, it prompts the user for permission to connect to the Internet to facilitate usage reporting (block 152 ). This prevents usage reporting from interfering with other receiver applications.
  • the content viewer 58 also initiates a countdown for the user to respond.
  • FIG. 12 is an example of a dialog box used to prompt the user for permission to connect to the Internet for usage reporting. The FIG. 12 example also includes the optional countdown.
  • the content viewer determines whether the user granted permission to connect (block 154 ). If permission was granted (or if the user failed to respond within the specified time period), the content viewer 58 attempts to establish a connection to the Internet (block 156 ).
  • the content viewer determines whether the connection was successful (block 158 ). If the attempt to connect failed, or if the user denied permission to connect, the content viewer stores the usage information for reporting at a later time (block 160 ) and the program terminates. If the connection was successful the content viewer reports all pending usage information to the cache hit tracker 40 (block 162 ).
  • the content viewer preferably reports the usage information in the form of a sequence of HTTP PUT or HTTP POST operations. These HTTP operations are preferable because they are almost always allowed to pass through any firewalls onto the Internet. However, the usage information could also be reported via e-mail, which allows information to be transmitted in nearly any kind of system.
  • each HTTP PUT or POST operation (or e-mail transmission) contains a block of usage information for multiple hits, which allows for more efficient transmission of usage information by reducing usage reporting connection time.
  • the content viewer determines whether the report was successful (block 164 ). If not (for example, if the HTTP PUT operation fails), it stores the usage information to be reported at a later time (block 166 ). It may also determine whether there have been several reporting attempts and, if so, may discard the usage information (block 166 ). After the usage information has been stored or discarded (block 166 ), or if the content viewer determines that the report was successful (block 164 ), the content viewer disconnects from the Internet (block 168 ).
  • the content viewer 58 determines that the receiver is connected to the Internet (block 150 ), it “piggybacks” all pending usage information onto the current Internet connection (block 170 ), as discussed above. The content viewer then determines whether the report was successful (block 172 ). If not, the content viewer either stores or discards the usage information (block 174 ), as described above in connection with block 166 . If the report was successful or after the usage information is stored or discarded, the program terminates.

Abstract

A multicast network system utilizes a high speed link, such as a satellite link, to multicast multimedia information from the Internet to a plurality of receivers, such as personal computers. Information from selected web sites is organized into “channels” and provided to a multicast network for multicast transmission to the receivers. Updated channel information is also periodically provided. The receivers store the received channel such that a user can access the web page content in the channel at hard disk speed. Preferably, a conditional access system ensures that only authorized receivers receive the channels. The present invention also preferably includes a lower speed two-way connection to the Internet (such as dial up modem) which is used to report usage information and/or subscription information back to the web sites. The present invention also provides “seamless” or automatic access to this connection to allow the user to retrieve any information that has not been received and stored. The receiver also manages use of memory space and other applications that may be active on the receiver to ensure that the receipt and processing of the multicast information does not interfere with receiver operation.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention [0001]
  • The present invention relates generally to the distribution of multimedia content in a multicast network environment, and more particularly to a multicast network system having a high-speed multicast communication channel to multicast information to one or more receivers, and also having a return channel, which may operate at a lower speed, for permitting the receivers to interact with the network. [0002]
  • 2. Description of Related Art [0003]
  • The most popular method for distributing multimedia information is the Internet's world wide web (WWW). Referring to FIG. 1, the WWW can be considered as a set of network accessible information resources, wherein [0004] many web servers 10 and web browsers 12 are connected to the Internet 14 via the TCP/IP protocols. (These protocols are described in the book “Internetworking with TCP/IP, Vol. I” by Douglas Comer, published by Prentice-Hall in 1991, which is incorporated by reference herein.) The web browsers 12 typically reside in personal computers (PCs) 16 which are connected to the Internet. The connection between the PCs 16 and the Internet 14 is often a low speed connection, such as a dial-up modem telephone line connection. The web servers 10 are also connected to the Internet, typically by high-speed dedicated circuits such as a 1.5 Mbps T1 connection. A PC user uses the browser 12 to access web sites 18 (which contain web pages, graphics and other multimedia content) from the servers 10 via the Internet 14 using Hypertext Transfer Protocol (HTTP). This “conventional” method for retrieving information from the world wide web requires a separate TCP connection each time a user accesses a web site, even if the user repeatedly access the same web site.
  • The world wide web is founded on three basic ideas: [0005]
  • (1) a global naming scheme for resources—Uniform Resource Locators (URLs); [0006]
  • (2) protocols for accessing named resources—the most common is the HTTP; and [0007]
  • (3) hypertext—the ability to embed links to other resources which is typically done according to the Hypertext Markup Language (HTML). [0008]
  • Each [0009] web site 18 contains a collection of web pages operated by a single enterprise which appears to a user of a web browser 12 as a single set of related content. Web pages within a web site 18 are formatted according to the Hypertext Markup Language (HTML) standard. The HTML standard provides for the display of high-quality text, including control over the location, size and font for the text and the display of graphics within the web page. The HTML standard also provides for the “linking” from one web page to another, including linking between web pages stored on different web servers and even different web sites. Each HTML document, graphic image, video clip or other individual piece of content is identified by an Internet address, referred to as a Uniform Resource Locator (URL). As used herein, “URL” refers to an address of an individual piece of web content (HTML document, image, sound-clip, video-clip, etc. ), and “URL data item” refers to the individual piece of content addressed by the URL.
  • While very popular, the above-described conventional dial-up method of accessing multimedia information is limited in at least two very important ways. First, most PC users access the Internet using dialup modems through an ordinary telephone line. These lines operate at a relatively low speed (e.g. 28.8 or 56 kbps) so that the display of an ordinary web page (e.g. 150 kbytes) takes a long time (e.g. 50 seconds) and the display of even short video clips (such as a 6 MB movie trailer in low-resolution “Quicktime” format) takes much longer (e.g. half an hour). Also, a user's telephone line is unavailable for normal voice calls the entire time that the Internet is being accessed [0010]
  • Second, the conventional method uses point-to-point transfer, wherein each [0011] web site 18 must individually deliver its content to each web browser 12. Thus, a single 150 kbyte web page must be individually carried from the web server across the Internet to each browser that displays that page. If a popular web server delivers ten reasonably large pages (for a total of 1.5 MB) to each of 10,000 users during a busy hour, the web server would require at least a 33 Mbps bandwidth link to the Internet. The link to the Internet and a web server fast enough to fill the link is presently prohibitively expensive and complicated. Support for a million or more users during the busy hour would be completely impossible with current Internet technology.
  • The world wide web presently supports two methods (advertisements and subscriptions) for a web site operator to obtain revenue for its site's content. Advertisements are embedded into a web site's web pages, typically in the form of images, wherein a user can “link” to the advertiser's web site for more information by clicking on the image. Web-based advertising is superior to normal multicast advertising (e.g. TV, radio and newspaper advertising) in that the [0012] web server 10 is able to track exactly how many users have seen a given advertisement and, for repeat users, track by user which advertisements and how many such advertisements the user has seen.
  • If a web site generates revenue through subscriptions a user is only able to access that web site's content if they have “subscribed” to the site, i.e., agreed to pay to access the site. By requiring the user to provide an account name and password each time the user wishes to access the site, a web site controls access so that only paying subscribers can access the site. [0013]
  • Multicast systems are able to accommodate large numbers of users much more easily than the Internet when the users are accessing common content, because a given data item is multicast (i.e., sent only once) regardless of the number of receivers. Multicast networks distributing multimedia content have been in use in recent years over wide-area networks, such as a geosynchronous satellite multicast or FM-radio side-band transmission [0014]
  • Some multimedia multicast systems have been proposed in academia which involve individually multicasting frequently accessed URLs which have been tagged to allow the receiver to filter and store only those web pages which, based on past history, may be of interest to the receiver. These systems have failed to be commercially deployed because they copy and multicast content without permission, thereby creating possibly conflict with copyright laws. Further, they do not guarantee the user a consistent set of content which can be accessed “offline” (i.e. not while connected to the Internet) and they do not provide a mechanism for preserving a web site's subscription and advertising revenue. [0015]
  • A commercially deployed multimedia multicast system is AirMedia, Inc.'s Internet Antenna system which uses an FM-radio side-band multicast to distribute news and information (with limited graphics). A computer terminal receives the multicast information and stores it on the computer's hard disk. The information is multicast in a proprietary format and is made available to the user via a special purpose application. The AirMedia system suffers from a lack of compelling content, partly due to its very low speed (e.g. 19 kbps) FM side-band multicast transmission system. [0016]
  • Another such system is Intel's Intercast system, which uses the vertical blanking interval within an NTSC multicast to multicast information in order to “data enhance” the TV channel it is carried on. The vertical blanking interval, which is normally used to carry closed caption information, is also a low-speed multicast (e.g. 30 kbps). Unlike the Air Media system, Intercast multicasts its data in a standard HTML format. Intercast provides a viewer application similar to a web browser which, together with special hardware, allows the user to watch the TV program on a computer monitor while simultaneously accessing the supplementary HTML multimedia data. [0017]
  • The primary problem with such multicast systems is the availability of good content for multicast broadcasting. The providers of good content will only specifically prepare their content for a multicast system after there are already a large number of users to receive such content or when the multicast system operator is willing to pay large amounts of money. However, a multicast system operator typically cannot get a large number of users until the system has good content and cannot obtain the financing to pay for good content until a large number of users have subscribed to the system. This “chicken and egg” problem of good content/number of users has long plagued the development of multimedia multicast systems. [0018]
  • In many cases, a new multicast system is launched by recycling preexisting content. Television, for example, overcame the “chicken and the egg” problem by recycling content originally developed for other media. Radio shows were converted to be both seen (on TV) and heard, often retaining the original actors, characters, plots and even much of the preexisting scripts. Movies, plays, operas and other existing material were also multicast on television. Once television was established using this preexisting content and achieved a critical mass of users, television multicasters could afford to develop new content targeted exclusively for television (i.e., sitcoms, mini-series, nightly news, late night talk-shows, infomercials, etc.). [0019]
  • Another major obstacle to the successful deployment of multicast systems has been the impact of processing (receiving, filtering, storing, etc) the multicast data on the receiving computer. Prior multicast systems have failed because receiving the multicast data negatively impacted the receiving computers' performances, such that users frequently disabled the multicast application in order to run other applications. Often, users would forget to restore the multicast receiver application, thereby triggering a complete loss of functionality. Computer games are a classic example of an application that uses all the resources of a computer and, as such, are negatively impacted by the receipt and processing of multicast data. Further, personal computer operating systems generally do not provide optimal sharing of resources between competing real-time applications. Thus, the typical personal computer user will not tolerate loss of performance (such as “jerky” video and graphics and/or unresponsive game control) for the sake of receiving multicast multimedia content. [0020]
  • In some multicast systems, such as Air Media, the impact on the receiving computer was insignificant due to the low speed of the multicast link. However, a high-speed multicast link is very desirable as it increases the quantity and quality of the content available to the user. Thus, there remains a need for a high-speed multicast system which is compatible with existing content and does not interfere with other processing performed by the receiving computer. [0021]
  • SUMMARY OF THE INVENTION
  • Prior to the present invention, no multimedia multicast system was able to solve the number of users/good content “chicken and the egg” problem facing new multicast systems. The present invention overcomes this problem by providing access to unmodified, high-quality content from existing web sites in a way which requires no changes to the operation of the web sites and also preserves web sites' advertising and subscription revenues. The present invention also utilizes a high-speed link (such as a satellite link) to provide a large quantity of content and includes several innovative mechanisms for receiving such content from such high-speed link with minimal impact on the operation of other applications within the receiving computer. The present invention is referred to herein as “DirecPC® WebCast” or “WebCast.” (DirecPC® is a registered trademark of Hughes Network Systems. The basic DirecPC® system, which generally provides a one-way high speed link for receiving information from the Internet but does not utilize a multicast network, is described in co-pending application Ser. Nos. 08/257,670 (filed Jun. 8, 1994) and 08/795,505 (filed Feb. 7, 1997), which are assigned to the same assignee as the present invention.) [0022]
  • Generally, WebCast comprises a multicast network which multicasts selected web site content (called “channels”) onto a receiving computer's hard disk, making that content available to the user at “hard disk” speed. As set forth in detail below, a channel is a set of web content which a user may be interested in repeatedly accessing. Preferably, the web content within the channel is periodically updated. WebCast reports sufficient usage information to the web site (i.e. what content has been accessed by the user) to support advertising-based revenues, while requiring no change to the web site's operation. [0023]
  • The present invention also supports subscription-based revenue web sites. Each receiving computer receives an Electronic Program Guide (EPG), which supports the promotion and subscription to available web site channels. The EPG provides functionality beyond what is accomplished by static web pages in that it permits easy access to channels to which a user has subscribed and provides promotional material for all other available WebCast channels. Such promotional material is accessed from the EPG's cached content until the user subscribes or unsubscribes to the channel. At this point, the WebCast software contacts a conditional access system in the multicast network and performs a transaction to initiate or terminate the subscription. The conditional access system optionally provides subscription information to the multicast system's billing system for subsequent billing of the WebCast user and/or reporting back to the channel's web site. [0024]
  • Within the receiving computer, WebCast configures a web browser to display the stored (or “cached”) web site channel content. When started, a content viewer on the receiving computer configures the web browser to access the cached content via an HTTP proxy-server within the WebCast content viewer. A “cache-miss” occurs when the browser requests a URL which is not stored in the cache of multicast data. When a cache-miss occurs, the WebCast software notifies the user and offers the user a choice of accessing the content via normal (i.e. dial-up) Internet access. If the user so chooses, the WebCast application establishes a connection to the Internet (if needed) and forwards the requests for content to the web server on the Internet which contains the missing content. Preferably, this Internet connection is “seamless,” in that it requires no action by the user but is automatically established by the WebCast software. WebCast also from time-to-time establishes a connection to the Internet to send usage information to the appropriate web sites. [0025]
  • According to one aspect of the present invention, a system and method that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, comprises assigning one or more multicast addresses to each channel, scheduling the assembling of a channel's content, assembling the channel's content, fragmenting the channel's content into packets, wherein each packet is addressed with one of the channel's multicast addresses, and multicasting the packets. [0026]
  • According to another aspect of the present invention, a system and method that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, comprises scheduling the assembling of a channel's content, assembling the channel's content, compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items, fragmenting the channel's content into packets, and multicasting the packets. The present invention may further assemble a base package of the channel's content, wherein the base package contains each URL data item in the channel, and assemble a delta package of the channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package. [0027]
  • According to yet another aspect of the present invention, a system and method that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, comprises scheduling the assembling of a channel's content, assembling the channel's content according to the schedule, fragmenting the channel's content into packets, multicasting the packets to a plurality of receivers, wherein each receiver stores the received channel's content in a receiver memory, and receiving usage reports from each receiver, wherein each usage report identifies a subset of URL data items from the stored URL data items that were accessed from the receiver memory. [0028]
  • According to yet another aspect of the present invention, a receiver for receiving from a multicast network content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, and wherein the multicast network transmits the channel's content to the receiver in packets, determines a multicast address used to carry a channel's packets, enables reception of packets containing a channel's multicast address, receives the packets containing a channel's multicast address, assembles the received packets into a channel's content, stores the channel's content, and allows a user to access the stored channel's content. The receiver may further individually decompress each compressed URL data item in the stored channel content at a time when the user accesses the URL data item. [0029]
  • According to yet another aspect of the present invention, a receiver in a multicast system receives URL data items from a multicast network, stores the received URL data items, allows a user to access the stored URL data items, and tracks user access to the stored URL data items. The receiver may further determine when a URL data item requested to be accessed by the user is not present within the stored URL data items, notify the user that the requested URL data item is not stored, and allow the user to access the non-stored URL data item via a connection (such as dial-up modem) to a TCP/IP network, such as the Internet. [0030]
  • According to yet another aspect of the present invention, a receiver in a multicast system monitors receiver activity, and selectively receives content from a multicast network, wherein the content is selectively received based on the monitored receiver activity. The receiver may be, for example, a personal computer and the monitored activity may include other applications/programs running on the receiver, disk/memory utilization and/or user input (keystrokes or mouse clicks). The receiver may further suspend reception of content pending conclusion of the monitored activity, such that reception does not interfere with the monitored activity. [0031]
  • According to yet another aspect of the present invention, a receiver in a multicast system comprises a package receiver for receiving packets containing URL data items from a multicast network and assembling the received packets into a channel, wherein the channel comprises a set of URL data items, a memory for storing the channel, and a content viewer for allowing a user to request access to and access the URL data items in the stored channel. [0032]
  • According to yet another aspect of the present invention, a system for multicasting URL data items from web sites to a plurality of receivers comprises a web crawler for retrieving URL data item from the the web sites and formatting the retrieved URL data item into packages, a package delivery subsystem for receiving the packages from the web crawler, fragmenting the packages into packets and transmitting the packets to a multicast network, and a conditional access system for determining which receivers are authorized to receive the packets, wherein the multicast network multicasts the packets only to authorized receivers. [0033]
  • According to still another aspect of the present invention, a system for multicasting content organized into channels to a plurality of receivers, wherein a channel's content includes a plurality of URL data items from at least one web site, comprises a web crawler for retrieving the URL data items from the web site via a TCP/IP network and formatting the retrieved URL data items into packages, a package delivery subsystem for receiving the packages from the web crawler and fragmenting the packages into packets, a conditional access system for determining which receivers are authorized to receive the packets, and a multicast network for receiving the packets from the package delivery subsystem. The conditional access system encrypts the packets and the multicast network multicasts the encrypted packets to the authorized receivers, wherein the authorized receivers store the packets in a memory and decrypt the packets.[0034]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a simplified block diagram of a prior art method for accessing information from the Internet; [0035]
  • FIG. 2 is a block diagram of the multicast system of the present invention; [0036]
  • FIG. 3 is a block diagram of the back-end subsystem of the multicast system of FIG. 2; [0037]
  • FIG. 4 is a block diagram of the process used by the web crawler of FIG. 3 to gather active web site content; [0038]
  • FIG. 5 is a flowchart illustrating the steps performed by the package delivery subsystem of the back-end subsystem of FIG. 3; [0039]
  • FIG. 6 is an example window of an Electronic Program Guide (EPG) that may be used to notify a user of the maximum memory space required for a channel and of the package broadcast schedule; [0040]
  • FIG. 7 is an example window of the Electronic Program Guide (EPG) which allows a user to preview the content of available channels and permits the user to subscribe or unsubscribe to the channels, [0041]
  • FIG. 8 is a flowchart illustrating the steps performed by the content viewer of the receiver of FIG. 2 when a “cache miss” occurs; [0042]
  • FIG. 9 is an example of a dialog box generated by the content viewer to notify the user of a cache miss and query the user whether a connection to the Internet should be established; [0043]
  • FIG. 10 is a block diagram illustrating the usage reporting function of the present invention; [0044]
  • FIG. 11 is a flowchart illustrating the steps performed by the content viewer of FIG. 7 to report usage information; and [0045]
  • FIG. 12 is an example of a dialog box generated by the content viewer to request permission from a user to connect to the Internet to report usage information.[0046]
  • DETAILED DESCRIPTION
  • WebCast Channels [0047]
  • The present invention organizes the URL data items it transmits into “channels,” wherein a channel is a set of URL data items which a user may be interested in repeatedly accessing. A channel ordinarily is a subset of a web site's content (i.e. a set of web pages) to be periodically extracted from the web site by a web crawler and delivered to subscribing users by conditional access protected multicast file transfer. Thus, a channel's content consists of a collection of URL data items, typically all from a single web site. Preferably, a channel's content is periodically updated. A typical channel might, for example, contain the content of 3,000 different URL data items. Examples might include any web site, such as www.direcpc.com or www.hns.com, a general news web site, such as www.abcnews.com, or a financial news site, such as quicken.excite.com. [0048]
  • A user subscribes to WebCast channels of interest and only subscribed channels are received and stored on the user's receiving terminal. A channel's content and multicast schedule is specified by a WebCast channel definition. Each channel's channel definition is predetermined. However, WebCast may allow a channel definition to be altered. Each channel definition includes at least: [0049]
  • (1) A list of web strands, wherein each strand includes a starting address (URL) and a search depth. Since each web page may contain links to other pages, search depth refers to the number of links that are to be retrieved and stored with the original page. In a preferred embodiment, the search depth is set to two “levels” from an original web page. Thus, the channel will include the original web page and all other pages which are two hypertext links (i.e. two mouse clicks) away from the original page. The search depth, however, may be set to any number of levels as best suits the web site to be included in the channel. [0050]
  • (2) A list of filter settings indicating which URLs should be included in or excluded from the channel. Another set of filters may also identify how, if at all, URL data item is to be compressed prior to being transmitted. Yet another set of filters may define the “hit-tracking” attributes to be assigned to each URL, as discussed in detail below. The web crawler starts at each of the starting URLs and searches all links that pass the filters to the specified search depth. [0051]
  • (3) A schedule specifying how often and in what way a channel's content is packaged and multicast by a multicast network to each user. [0052]
  • System Components [0053]
  • Referring to FIG. 2, the WebCast system [0054] 20 of the present invention consists of a back-end subsystem 22 which communicates with one or more multicast networks 24 (link C). The back-end subsystem 22 is connected to a plurality of web sites 18 (from which content is gathered) via a TCP/IP internetwork, such as the Internet 14 (links A, B). The multicast network 24 multicasts information retrieved from the web sites 18 to a plurality of receivers 26 over a high-speed link (F), such as a satellite or other high-speed (over 200 kbps) link. Each receiver 26 may be, for example, a personal computer in a user's home or business. However, the receivers 26 may also comprise set top boxes, digital televisions or other devices capable of receiving Internet content. Each receiver 26 is also preferably connected to the Internet 14 by a low-speed link (D), which may be, for example, dial-up modem, ISDN, two-way cable, or the like. Further, the present invention could be implemented with other TCP/IP networks other than the Internet, such as intranets.
  • The basic functions of the WebCast system components are set forth below and the various data flow paths are depicted in FIG. 2. It is understood, however, that the described functions may shift location among the system's components depending on a particular system configuration. [0055]
  • Back-end Subsystem Functions [0056]
  • The back-end subsystem [0057] 22 (which generally comprises a computer or set of networked computers) performs at least the following functions:
  • (1) Gathering URL data item from the [0058] web sites 18 via the Internet 14 or a private TCP/IP network or intranet (links A and B) and assembling it into packages.
  • (2) Fragmenting the large (i.e. multi-megabyte) packages (which contain URL data items from the web sites [0059] 18) into an appropriate sequence of packets and passing the packets to the multicast network 24 (link C);
  • (3) Optionally processing usage reports from the receivers [0060] 26 (links D and A) and providing the usage reports back to the web sites 18 (links A and B);
  • (4) Optionally processing channel subscription and unsubscription requests from the receivers [0061] 26 (links D and A) and optionally forwarding such requests to the web sites 18 (links A and B); and
  • (5) Optionally performing conditional access for the WebCast channels. Conditional access is normally performed by a [0062] conditional access system 25 in the multicast network 24, but can be implemented by the back-end subsystem 22 if the multicast network does not include a conditional access system or if use of the multicast network's conditional access system is not desirable.
  • Multicast Network Functions [0063]
  • The [0064] multicast network 24 performs at least the following functions:
  • (1) Receiving packets from the back-end subsystem [0065] 22 (link C) and optionally multiplexing the packets with data (such as digital video, audio voice, etc.) from any other broadcast source(s) 27 (link E);
  • (2) Multicasting the packets to the [0066] receivers 26 over the high-speed link (link F),
  • (3) Optionally performing conditional access via the [0067] conditional access system 25 to ensure that only subscribing receivers may receive a channel's packages;
  • (4) Optionally providing a return path from the [0068] receivers 26 to the back-end subsystem 22 to allow usage reporting;
  • (5) Optionally processing channel subscription and unsubscription requests from the [0069] receivers 26; and
  • (6) Optionally providing Internet access to allow a receiver to access “cache-misses” from the Internet. [0070]
  • Receiver Functions [0071]
  • Each [0072] receiver 26 performs at least the following functions:
  • (1) Interacting with the [0073] multicast network 24 to enable reception of the appropriate addresses;
  • (2) Processing received packets from the multicast network [0074] 24 (link F);
  • (3) Reassembling WebCast channel packages from the received packets and storing each as a file in a memory (e.g. hard disk) [0075] 28;
  • (4) Managing space in the [0076] memory 28 and managing use of the receiver's resources to minimize impact on other applications running on the receiver when multicast packages are received and processed;
  • (5) Providing the user with promotional material (i.e. through the EPG) that helps the user determine which WebCast channels to subscribe to; [0077]
  • (6) Providing the multicast network [0078] 24 (or optionally the back-end subsystem 22) with subscription or unsubscription requests;
  • (7) Reporting usage information to the back-[0079] end subsystem 22 via the multicast network;
  • (8) Optionally decrypting the received packages when the multicast network is not providing conditional access but conditional access is desired, and [0080]
  • (9) Interacting with the back-[0081] end subsystem 22 to obtain conditional access key material if the back-end subsystem (rather than the multicast network) is performing conditional access.
  • Back-end Subsystem Components [0082]
  • Referring to FIG. 3, the back-[0083] end subsystem 22 includes two major components: (1) one or more web crawlers 30; and (2) a package delivery subsystem 36. Each web crawler 30, generally, is a computer which accesses channels from the web sites 18 according to predetermined channel definitions 32. The web crawler 30 is similar to commercially available web crawlers, such as TelePort Pro and WebWacker. The primary difference from commercial web crawlers is that commercial web crawlers store each URL data item as a file on disk and the DirecPC WebCast web crawler 30 formats the URL data items into packages (see below). As explained in detail below, the web crawler 30 gathers URL data item from the web sites 18. The URL data item is gathered from the list of URLs in the channel definition and other URLs which are “linked” to the listed URLs according to the search depth. The web crawler 30 then formats the gathered URL data item into packages 34 (also explained in detail below) and submits the packages 34 to the package delivery subsystem 36.
  • The [0084] package delivery subsystem 36 receives the packages 34 from the web crawler(s) 30 and fragments the packages 34 into an appropriate sequence of multicast packets 38, which are provided to the multicast network 24 for multicast transmission to the receivers 26.
  • The back-[0085] end subsystem 22 also optionally includes one or more cache hit trackers 40 which receive usage reports 42 from the receivers 26. The usage reports may be stored as hit log files 44 which are periodically delivered to the web sites 18. (The usage reporting function of the present invention is described in detail below)
  • The back-[0086] end subsystem 22 also optionally includes a registration server 46 (which may also be referred to as an auto-conmmissioning server). The registration server 46 provides a convenient method for users to subscribe to WebCast channels and also produce package delivery envelopes and subscription billing records 48 which track subscriptions and canceled subscriptions. (The subscription function of the present invention is also described in detail below.)
  • Web Crawling [0087]
  • As set forth above, the [0088] back end subsystem 22 contains one or more web crawlers 30 which package a channel's content and submit it to the package delivery subsystem 36 for multicast transmission to the receivers 26 via the multicast network 24. The process whereby the web crawler(s) 30 gather content from various web sites 18 is generally referred to as “crawling.” Preferably, the web crawlers 30 crawl the web sites periodically and/or on a scheduled basis. The web crawler 30 formats a channel's content into a single data structure that is preferably stored and transferred as a computer “stream” or “flat” file (which are used by most personal computer file systems. A file containing channel content is referred to as a package 34.)
  • The [0089] web crawler 30 may be located in the back-end subsystem 22 near the package delivery system 36 which, in some cases, minimizes the effort to manage web crawling. Alternatively, the web crawler 30 may be located near the web site(s) it is crawling, for example, on the same local area network as the web site's servers. This configuration reduces the amount of traffic across the wide area network in that only compressed packages (rather than all of the channel's content) are sent across the wide area network.
  • The [0090] web crawler 30 typically does not receive an exhaustive list of the URLs to be included in the package. Instead, the web crawler receives a channel definition 32 (which may either reside in the web crawler or be retrieved by the crawler from an external server) containing a list of the URL addresses of the URL data items to be included in the channel. For each starting URL address in the channel definition 32, the web crawler 30 creates a list of URL addresses to be crawled, which initially contains only the starting address. The web crawler 30 repeatedly retrieves each URL data item and removes that URL address from its list until the list is empty. The web crawler may perform many such retrievals in parallel to reduce the time needed to crawl a channel.
  • The [0091] web crawler 30 analyzes the content of these linked data items of each retrieved URL data item to determine if it contains “links” to other URL data items. Typically, only HTML pages contain links. If so, the URL addresses are added to the list of URL addresses to be crawled if the additional URL data item passes the channel definition filters. The URLs added to the list may include frames, embedded graphics, java applet classes and references (also called “links”) to other URLs external to the page. Frames can be thought of as embedded HTMIL pages. Frames, embedded graphics, java applet classes and embedded graphics within the frames can be thought of as part of a web page and are at the same “level” or “depth” as the HTML which referenced them. URLs which are “linked” from the page under analysis are considered one level “deeper” (i.e., further away from the starting address) than the page that referenced them. A URL's crawl depth is stored, along with the URL address itself, on the list of URLs to be “crawled.” A URL is only placed on the list of URLs to be crawled if it passes the channel definition's filters and if its depth does not exceed the search depth associated with its starting address and the URL has not previously been entered into the list.
  • A web server will often respond to a request for a URL by “redirecting” the request to another URL (often on a different web server). Such a redirection does not increase the depth of the URL that is eventually retrieved. [0092]
  • The web crawler(s) [0093] 30 can be programmed to gather the entire set of a channel's content and place it into a package 34, which is referred to herein as a “base” package. Web crawling to create a base package is referred to herein as a “base crawl.” A channel's content, however, may be frequently updated by the web site operator and the updates may occur on an unknown basis and it is important to provide a WebCast user with an updated and consistent representation of a web site's content. Thus, once a base package has been produced, the web crawler 30 can be scheduled to produce a package which contains only the URL data items which have changed since the base crawl occurred. A package containing only the changed or updated content is referred to herein as a “delta” package. Web crawling to create a delta package is referred to herein as a “delta crawl.”
  • Upon retrieving a URL data item, the web crawler determines whether and how to include the URL data item within the package being produced by the web crawler. This determination depends on: (1) various filter settings; (2) whether a base or delta package is being crawled; and (3) if a delta package is being crawled, whether the URL data item is present in the channel's base package and, if so, whether the URL data item has changed. [0094]
  • If a base package is being crawled, a URL is included in the package if it passes the filters. If a delta package is being crawled, the URL is included in the package if it passes the filters and it either does not exist in the base package or has changed since the version in the base package. Whether the URL has changed can be determined either by actually comparing the content or by checking the “last-modified” field provided by the web server. For some sites, the actual comparison of data is needed as the “last-modified” field cannot be relied upon. Alternatively, the [0095] web crawler 30 can determine whether the URL data item has changed by comparing checksum(s) or message digest(s) associated with the data item.
  • Crawling is typically the preferred mechanism for obtaining a channel's URLs in that it requires no changes to the web site's production and operation. This is very important when overcoming the number of users/good content “chicken and egg problem” described earlier. Crawling may, however, waste networking and web server resources in that each URL must be individually checked on each crawl. For a 40 MB base package (uncompressed), which is being crawled every half hour, this data flow exceeds 80 kbps. [0096]
  • Thus, for web sites that correctly set the “last-modified” date of URLs, the present invention reduces processing time by requesting the URLs with an HTTP “Get If Modified Since” request. Web sites which are available for subscription in WebCast produce their own channel definitions which accurately indicate both what URLs are to be included in the channel and when the URLs have changed. Such a channel definition may simply list every URL to be included in the channel and when each was last modified. With such a channel definition, the web crawler, by storing retrieved URLs and their modification date, need only gather URLs which are new or which have changed since the previous crawl. This provides a web site with maximum control over the content in its channel, while minimizing the web server and networking resources required to gather the content. [0097]
  • Dynamic web site content poses a special problem to WebCast crawling in that the simple analysis of HTML is insufficient to gather all the required URLs for a channel. An example of dynamic content is a Sports Score Java Applet which, when started, retrieves and displays a set of sports scores. The URL containing the scores is not referenced by the HTML and would not normally be gathered by the web crawler. The data can only be gathered by actively running the Java Applet. [0098]
  • To overcome this deficiency, the channel definition allows a list of pages whose content is gathered by a Java-capable browser. Referring to FIG. 4, the [0099] web crawler 30 configures a Java-capable browser 50 to use the web crawler as a proxy-server and directs the browser 50 to display the configured pages with dynamic content (data flow A). The browser 50 gathers the active content from a web server 10 via the web crawler 30, which is now acting as a proxy-server (data flow B). Configuring the browser 50 to use the web crawler as a proxy-server allows the web crawler to monitor and record the URLs accessed by the browser, including the active content (data flow C).
  • Compression [0100]
  • As set forth above, the [0101] web crawler 30 gathers URL data items for a channel and places them into packages 34. Each package contains: (1) a set of URL data item; (2) indexing information, such as a hash table, to allow quick access to the URL data item; and (3) various supplemental information identifying the set of URL data item contained by the package and other information to guide the use of its content. The web crawler 30 uses a lossless compression algorithm, such as the one created by Liv and Zempel in 1977 (LZ77) or other algorithm, to individually compress each URL data item. (An alternative lossless compression algorithm is described in co-pending application Ser. No. 08/982,864 entitled “Data Compression For Use With A Communications Channel, filed on Dec. 2, 1997 and assigned to the same assignee as the present invention.) URL data item which can be compressed is individually compressed (and flagged as compressed) prior to being placed into a package 34 (rather than compressing the package as a whole).
  • In many cases, URL data item which has changed between the time of a base crawl and a delta crawl has only partially changed. For example, many web sites change the advertisements embedded into a HTML page each time the page is served. In such a case, only the few characters containing the URL data item of the advertisement change from one crawl to the next crawl. In other cases, the bulk of a web page consists of “boiler plate” which provides a consistent look and style to the web page. Even when the real content within such a web page has completely changed, only a small fraction the page's characters change. In view of this, the size of delta packages can be minimized if the [0102] web crawler 30 performs what is referred to herein as “difference compression.”
  • With difference compression, the [0103] web crawler 30 compares a URL data item to be included in a delta package with the corresponding URL data item in the base package (if it exists). The web crawler 30 divides the delta package URL data item into sections of data and, for each section, places into the compressed version of the URL data item either:
  • (1) a reference to the base package's URL data item where that section of data can be found because it appears identically in both the base package's and the delta package's URL data item. This reference is generally much smaller than the data itself, which inherently provides compression. An example of a reference is an offset from the beginning of the URL to the first byte and an offset to the last byte being referenced. Other more complex, but more compact mechanisms may alternatively be used to encode a reference; or [0104]
  • (2) the section of data from the delta package's URL data item. This does not provide any compression but exists to ensure that the delta package's URL data item can be reassembled without modification from the base package's URL data item and the difference compressed URL data item. The difference compressed URL data item can then be optionally compressed with a lossless data compression algorithm, such as LZ77, prior to being placed into the delta package. [0105]
  • The channel definition filters indicate whether a URL data item included in the package should be compressed and, if so, the compression algorithm to be used. For delta packages, the channel definition filters also specify whether difference compression is to be applied (and which algorithm to use to determine the difference) to a URL to be included in the delta package. [0106]
  • Table 1 provides examples from WebCast channels illustrating the effectiveness of base/delta packages, individual compression of URL data items and difference compression. [0107]
    TABLE 1
    ESPN
    WebCast Channel ABC News Sportszone
    Size of base package without compression 38.1 MB 22 MB
    Size of base package with standard LZ77 19.8 MB 10.2 MB
    compression
    Compression ratio with standard LZ77 1.92 to 1 2.16 to 1
    compression
    Size of delta package with LZ77 11.8 MB 6.3 MB
    compression only (i.e. no difference
    compression)
    Size of delta package with LZ77 2.8 MB 1.6 MB
    compression and difference compression
    Compression ratio with delta package, 13.61 to 1 13.75 to 1
    LZ77 compression and difference
    compression
  • The resulting compression ratio (i.e. approximately 14 to 1) is much higher than compression ratios achievable from the direct application of ordinary lossless data compression algorithms, which typically do not exceed 2.5 to 1 on such packages. The use of delta packages in combination with base packages thus greatly reduces the amount of bandwidth needed to keep a receiver “up-to-date” with a web site compared to repeatedly multicasting the full set of a web site's content. The present invention also achieves this while preserving the objective of always presenting a consistent snapshot of a web site's content. [0108]
  • The present invention may also use delta packages of delta packages. For example, a sports web site may frequently update scores for a game with no other changes to the web site. In such a case, only the URL data item containing the scores changes from one crawl to the next. Thus, a delta package may be generated and difference compressed such that it contains only the difference (i.e. the new score) from the previous delta package. The use of delta packages of delta packages further reduces the amount of data which must be transmitted. [0109]
  • Advantages of Packaging and Compression [0110]
  • The present invention's organization of web site content into channels and packages provides significant advantages and benefits for reducing the impact of multicast receiving on the fuinction of other applications active on a [0111] receiver 26. For example, organizing each package 34 as a single file with built-in indexing for quick access minimizes the processing that the receiver 16 must perform on the content prior to displaying it to the user. The alternative, which is to store each URL data item as a separate file (as is commonly done with existing browser caches), requires significant processing (and additional memory/disk space) to divide the URL data items into individual files and to delete obsolete files. Because many web channels may contain over 3000 URLs, this processing (i.e. of 3000 separate files) may take several minutes or longer. Further, this processing must take place either after the content has been received (disrupting whatever other processing is taking place at the time) or when the user first accesses the content (causing the user to have to wait while this process is taking place). In addition, retaining all the URL data item in a single file reduces the processing required to display content by eliminating the overhead of opening and closing a file for each URL.
  • Compressing each URL data item individually (rather than compressing the package as a whole) also minimizes the processing that the [0112] receiver 16 must perform prior to displaying a package's content. Decompressing the package as a whole requires significant processing which, as set forth above, must take place either upon reception (disrupting whatever is happening at the time) or when the user first accesses the package's content (forcing the user to wait). Whole package compression also uses more memory or disk space because the content of the whole package must be stored in decompressed form. Decompressing each URL data item individually as it is needed allows the data items to be stored in compressed form (reducing memory space) Also, only data items that are actually accessed by the user is decompressed, thus reducing overall processing time. Also, because the decompression of URL data items is performed at a time when the user has directed the receiver to display content, the decompression is not likely to disrupt other applications that require use of receiver resources.
  • Still further, the use of delta and base packages allows receipt of base packages to be scheduled for periods of time when the [0113] receiver 16 can be expected to be idle (e.g. late at night) while the smaller delta packages can be received throughout the day. Thus, a receiver can be powered off, or can suspend, abort or terminate package reception during times when the receiver is dedicated to other processing, yet still be quickly brought “up-to-date” after package reception has been enabled. The present invention also ensures that the user is presented with a complete, consistent version of the content. Thus, the present invention provides significant advantages over other multicast systems which often required the receiver to be powered up continuously such that users did not use the system or accidently terminated reception by turning of the receiver. With delta and base package transmission, particularly where base packages are transmitted overnight or during some other inactive period, a user can turn off the receiver or suspend package reception during peak usage time and still have the receiver be quickly brought up to date when package reception is restarted.
  • The use of delta packages, particularly with difference compression, results in much smaller transmissions because less data must be received and processed to keep a receiver up-to-date. This results in lower bandwidth requirements and lowers the impact on the receiver when a delta package is received. [0114]
  • The organization of content into channels which are subscribed to by the user and into single-file packages further allows the content to be transmitted via very efficient multicast file transfer protocols wherein virtually no receiver processing is wasted on filtering out content which is not of interest to the user. It also allows the scheduling of transmissions such that a user can determine when reception must be enabled to receive the content they desire. [0115]
  • While the preferred embodiment of the present invention stores each base or delta package as a single file, storing each package in a small number of files (i.e. wherein the number of files is less than the number of URLs in the package) still achieves many of the benefits described above and may be desirable within some multicast networks. In addition, creating the indexing information within the receiver from a single file (or small number of files) also achieves many of the benefits described above. [0116]
  • Multicast Network Components [0117]
  • Referring again to FIG. 2, the [0118] multicast network 24 generally includes the following components, although some components may vary depending on the specific embodiment of the multicast network:
  • (1) A head-[0119] end subsystem 52, which is responsible for: (a) taking packets from the back-end subsystem 12 (link C) and multicasting the packets to the receivers 26 (link F); and (b) optionally multiplexing the back-end subsystem's packets with data (i.e. digital video, audio, etc.) from another broadcast source 27 (link E) and multicasting the resulting data stream(s) to the receivers 26.
  • (2) A [0120] multicast receiver 54, which is responsible for providing multicast packets from the requested channels to the receivers 26 (link F). Alternatively, the multicast receiver may be integrated with the receiver 26, such as in a personal computer with a receiver peripheral and associated software. A digital satellite TV settop box or a cable TV settop box are other examples of receivers that may include integrated multicast receivers.
  • (3) A [0121] conditional access system 25, which may be integrated with the head end subsystem 52. The conditional access system 25 may be of the type described in U.S. Pat. Nos. 5,481,609; 5,282,249; 5,659,615; or 5,652,795, which are incorporated herein by reference. General crypto technology is also described in “Applied Cryptography, 2nd Edition”, published by John Wiley and Sons, 1996, which is also incorporated by reference.
  • The [0122] conditional access system 25 uses a cryptographic key or set of keys to encrypt packets in such a way that a receiver 26 only decrypts packets which it is authorized to receive. In general, the receiver 26 notifies the multicast receiver 54 of the channels to be received. If the multicast receiver 54 is integrated with the receiver 26, this is done through a software interface. The multicast receiver 54 then contacts the conditional access system 25 to start encrypting the packets and the receiver is provided with the appropriate key to decrypt the packets which it is authorized to receiver.
  • In the context of this invention, the multicast network is not limited to any particular type of network and may comprise any digital multicast network wherein the data being carried is segmented and placed into one or more relatively small packets (e.g. approx.<1 MB) and where each packet includes a multicast address field. In a preferred embodiment, the [0123] multicast network 24 is a geosynchronous satellite direct to home system carrying both digital video and data services. In another embodiment, the multicast network 24 is a two-way cable television network carrying both analog (and/or digital) television as well as digital multicast data services. The multicast network may also comprise any other type of multicast network, such as ethernet (wherein the destination MAC address field carries the multicast address), Digital Video Broadcast (DVB) satellite, terrestrial and other media, ATSC digital television and other multicast networks that use MPEG2 transport packets and wherein the PID field carries the multicast address, MBONE (experimental Internet multicast network), DVB carrying multiprotocol encapsulated data, and any other IP (Internet Protocol) multicast network wherein IP packets are used and the destination IP address field holds a multicast address.
  • Receiver Components [0124]
  • In a preferred embodiment, the [0125] receiver 26 is a personal computer. However, the receiver 26 may comprise any component capable of receiving and processing packets from a multicast network, such as a settop box which provides data services (optionally along with digital video services) which are viewed through a television, or a digital television which integrates the functions of a settop box and a television to provide both video and data services. Portable or handheld computers and the like with wireless receivers are another example of a receiver that may be used with the present invention.
  • Referring to FIG. 2, each [0126] receiver 26 includes software which may be functionally decomposed into the following components. It is understood, however, that the actual organization of the software may vary within a specific implementation.
  • (1) A [0127] Package Receiver 56—The package receiver 56 processes received packets from subscribed-to channels via the multicast receiver 54 and reassembles the packages from those packets. (As set forth above, the multicast receiver may also be located in the receiver.) As discussed above, each package is stored as an individual file (or a small number of files) in the receiver memory 28 (i.e. on a receiving computer's hard disk). Optionally, if the multicast network 34 is not providing conditional access, the package receiver 56 may decrypt the packages, if conditional access is desired. The package receiver also manages the use of space in the receiver memory 28 and manages the use of receiver resources to minimize the impact of multicast receiving and processing on other applications running on the receiver.
  • (2) A [0128] Content Viewer 58—The content viewer 58 in the receiver 26 provides the user with the promotional material (i.e. through the Electronic Program Guide (EPG)) that helps the user determine which channels to subscribe to. In a preferred embodiment, the content viewer also interacts with the multicast network 24 (or optionally the back-end subsystem 22) to subscribe or unsubscribe to channels at the user's direction. If the back-end subsystem 22 is performing conditional access (rather than the multicast network), the content viewer 58 preferably also interacts with the back-end subsystem to obtain key material. The content viewer 58 may also preferably report usage information (i.e. information about which channels were accessed by the user) to the back-end subsystem 22.
  • Package Transmission [0129]
  • In the preferred embodiment, package transmission takes place over a conditional access controlled [0130] multicast network 24 which carries IP multicast packets and where each channel is assigned an IP multicast address. The multicast network's conditional access system 25 ensures that only subscribed receivers may access a channel's IP packets. Preferably, the multicast network 24 provides a single IP multicast address (which every receiver 26 may receive) on which the package delivery subsystem 36 sends packets announcing the upcoming transmission of packages.
  • In the preferred embodiment, the [0131] receiver 26 may selectively enable and disable IP multicast addresses. If an IP multicast address is disabled, the multicast receiver 54 filters packets containing the address so that the receiver 26 is not burdened with the processing associated with identifying and discarding disabled addresses.
  • Alternatively, if the [0132] multicast network 24 is compliant with the European Digital Video Multicast (DVB) standard, each channel may be assigned an MPEG2 transport stream and the multicast network's conditional access system 25 ensures that only subscribed receivers may access a channel's MPEG2 transport stream.
  • In other embodiments, more than one multicast address may be dedicated to each channel (e.g. one address for base package transmissions, one for delta package transmissions, one for control information, etc.). An address or set of addresses may also be shared by multiple channels, one address or set of addresses per package at a time. These arrangements, however, are not preferred as they complicate the [0133] conditional access system 25.
  • Preferably, the [0134] package delivery subsystem 36 in the back-end subsystem 22 receives the packages 34 from the web crawler(s) 30 (FIG. 3) with a schedule for each package. The schedule includes information such as when transmission should take place, the priority of the package's transmission, the speed at which the transmission should take place, whether the package should be transmitted more than once, and/or other information related to package transmission.
  • FIG. 5 is a flowchart illustrating the steps performed by the [0135] package delivery subsystem 36 of the back-end subsystem 22 to transmit a package 34 to the multicast network 24. If a schedule is provided with the package, the steps are performed within any schedule constraints. The package delivery subsystem (PDS) 36 first formats a multicast announcement packet identifying the package to be transmitted (block 60). The multicast announcement packet may include, for example, which channel the package is part of, what kind of package is being transmitted, information to uniquely identify one version of a package from another, and the size of the package. A PDS 36 then passes the multicast announcement packet to the multicast network 24 to be transmitted over the multicast announcement address (block 62). Preferably, the PDS 36 transmits the packet multiple times to ensure a high probability of reception.
  • The [0136] PDS 36 then waits a small period of time (e.g. 3 seconds) to allow the receivers 26 to determine whether the package should be received and to prepare for reception (block 64). Optionally, if conditional access is desired but is not provided by the multicast network 24, the PDS 36 uses a key or set of keys only made available to subscribed receivers to encrypt either the entire package or the individual packets (block 66).
  • The [0137] PDS 36 then fragments the package into a sequence of packets, wherein each packet has a unique sequence number (block 68) and begins transmitting the packets at the specified bit rate (block 70). The package delivery subsystem 36 also multicasts other information (either within the multicast announcement packets or other packets) to allow the receiver to identify the first and last packet of a package. The PDS 36 may subsequently retransmit a package's packets to increase the probability of reception. Preferably, the PDS 36 retransmits packages on a scheduled basis and only certain packages may be scheduled for retransmission. For example, base packages may preferably be transmitted 2-3 times depending on factors such as the time of day and the size of the package. Delta packages, however, may preferably be transmitted just once, as packet loss may be recovered by the subsequent transmission of the next delta package.
  • Package Reception [0138]
  • The [0139] package receiver 56 in each receiver 26 may optionally be configured to monitor receiver activity and/or user input to classify the receiver's readiness to receive packages. For example, the package receiver 56 might monitor: (i) receiver computer terminal CPU loading; (ii) receiver computer disk activity; (iii) user input (mouse clicks and/or keyboard keystrokes); and/or (iv) time of day. The user may also enter preferences of when packages should be received. For example, the user may specify that prior to starting a computer game, all package reception should be suspended until at least 30 minutes has gone by with no user input (mouse clicks or keystrokes), or until at least 30 minutes of only minimal CPU loading and disk activity. Alternatively, the user may allow only base package reception under such circumstances.
  • Thus, a receiver's readiness for package reception may be classified as follows: [0140]
  • (1) Completely suspended—the [0141] package receiver 56 will receive no packages in order to prevent interfering with other processing;
  • (2) Base package reception only—the [0142] package receiver 56 will receive only base packages to reduce interference with other processing; or
  • (3) Package reception enabled—the [0143] package receiver 56 will receive any package (i.e. base or delta) of interest.
  • Preferably, when package reception is completely suspended, the [0144] package receiver 56 suspends reception of the multicast announcement packets by disabling their address(es). In addition, the package receiver may reduce its impact by releasing all or part of its resources (memory, threads, etc.) up to, but not including, what is necessary to monitor computer and user activity. When its “footprint” (i.e. amount of resources used when not receiving a package) is low, the package receiver 56 could silently discard all such announcements.
  • When package reception has either base or all package reception enabled, the [0145] package receiver 56 evaluates each multicast announcement packet to determine whether the corresponding package should be received. Reception should commence only if: (1) reception of the type of package (base or delta) is currently enabled; (2) the package has not already been successfully received; (3) the package is for a subscribed channel; and (4) disk/memory usage management permits the reception of the package (explained in detail below).
  • If the [0146] package receiver 56 determines that a package should be received, the package receiver 56 requests the multicast receiver 54 to enable the associated address(es). The package receiver 56 then processes the package's packets, discarding packets already received and storing previously unreceived packets in memory (i.e. writing them to disk), thus reassembling the package.
  • Preferably, the [0147] package receiver 56 monitors the packet sequence numbers and first and last packet indications to determine whether the entire package has been received without lost packets. The package receiver 56 identifies the end of a package's transmission by either not receiving any packets within a predetermined timeout period or by receipt of the last packet. In multicast networks that allow out-of-sequence packets, the package receiver may have to wait for another timeout period to determine that all packets have been received. If the package was received intact, the package receiver 56 makes the package available to the content viewer 58. If the package failed to be received intact, the package receiver may discard the package, preferably without interruption of or notification to other operations. Preferably, however, the set of missing packets is recorded (in some fashion) and on a repeat transmission of the packets, the “holes” are filled in by storing only missing packets. This provides a higher probability of reception on repeat transmission, but may not be necessary with some networks having a very low packet loss probability.
  • Preferably, while the package is being received, the [0148] package receiver 56 also optionally offers the user the opportunity to abort the reception if, for example, the receiver 56 is needed for other activities. While the package is being received, the package receiver 56 also preferably monitors user activity and computer terminal loading and aborts reception depending on previously configured user preferences.
  • Memory/Disk Space Management [0149]
  • Prior multicast systems often interfered with the normal operation of the receiver by consuming too much memory or disk space. Because the present invention's high-speed multicast network permits the transmission of larger amounts of data than low speed multicasts, there is a high probability that, without effective memory/disk space management, the packages would consume too much memory/disk space. In order to overcome this potential problem, the [0150] web crawler 30 and package receiver 56 of the present invention cooperate to manage memory usage to minimize impact on the receiver 26.
  • First, each [0151] channel definition 32 that is provided to the web crawler 30 includes a “memory budget” for the channel. (FIG. 3). The memory budget, which approximates the size of the channel, is used to ensure that WebCast's memory/disk usage does not exceed user expectations. The web crawler 30 ensures that the total memory space consumed by a channel does not exceed the channel's memory budget. Specifically, the web crawler 30 checks the size of each package prior to submitting it to the package delivery subsystem 36 for transmission. The web crawler 30 only submits a base package to the package delivery subsystem 36 when it does not exceed the memory budget. The web crawler 30 only submits a delta package when the delta package size plus the corresponding base package size do not exceed the memory budget.
  • The [0152] package receiver 56 also checks the size of a package prior to beginning its reception. The package receiver preliminarily permits reception when the size of the package plus the size of any previously received packages does not exceed the channel's memory budget. If the package size exceeds the memory budget, the package receiver checks whether deleting the channel's previously received packages will allow reception. For a base package, the package receiver deletes the channel's packages as necessary to make room for the base package. Preferably, the package receiver 56 first deletes the previous base package, then any delta packages for that previous base package and then any other delta packages as necessary. For a delta package, the package receiver preferably deletes the channel's previously received delta packages as necessary to permit reception.
  • Once preliminary reception of a package is permitted, the [0153] package receiver 56 checks the available space in the receiver memory 28 against a predetermined minimum memory space that is not to be used for WebCast channel storage. The package receiver only permits reception when the package will not take available memory/disk space under this threshold.
  • Preferably, the package receiver records when memory/disk space does not permit a package's reception and the [0154] content viewer 58 notifies the user of the shortage of memory space. In a preferred embodiment, the user is notified through the EPG (Electronic Program Guide). Prior to subscribing to a package, the EPG notifies the user of the memory budget for the channel and the available memory/disk space. FIG. 6 is an example of an EPG window that may be used to so notify the user. As illustrated in FIG. 6, the EPG also preferably notifies the user when reception of packages will take place. For example, base packages may be broadcast during a slow use period (such as overnight). Delta packages (containing updates) may preferably be broadcast on a periodic basis, such as every half hour. The EPG may also allow a user to specify when packages can be received.
  • Channel Subscription and Conditional Access [0155]
  • As discussed above, every user receives an Electronic Program Guide (EPG) channel. In the preferred embodiment, there is a single EPG channel. However, multiple EPG channels may be used which are specifically tailored to a user based on factors such as language, the service plan a user has selected, age, sex, etc. The EPG preferably contains promotional content of each available channel which allows a user to evaluate the channels and select which channels to subscribe to or unsubscribe from. Preferably, the EPG and its promotional content is structured like a web site—it is a collection of HTML pages with embedded graphics and other active content and a user indicates the desired channels by clicking on buttons, check boxes, etc. FIG. 7 is an example of an EPG window that may be used to notify a user of the available channels. The FIG. 7 example also allows a user to link to a preview of the channels and provides a box for the user to subscribe or unsubscribe to a channel. [0156]
  • When launched by the user, the [0157] content viewer 58 in the receiver 26 makes the promotional material available to the user. The content viewer 58 also processes a user's requests to subscribe to or unsubscribe a channel. If no conditional access is implemented, the content viewer 58 informs the package receiver 56 of the user's subscription/unsubscription request and the package receiver 56 starts receiving or ceases reception of the channel's packages as appropriate.
  • Preferably, however, a conditional access scheme is implemented in the present invention. As discussed previously, the conditional access may be implemented, for example, by the [0158] multicast network 24, by the back-end subsystem 22, or by a combination of the two
  • If the conditional access is implemented by the [0159] conditional access system 25 in the multicast network 24, the content viewer 58 performs a subscribe or unsubscribe transaction against the multicast network. This is typically performed via the multicast receiver 54, which may optionally contact the head-end subsystem 52 either immediately or at a later time. For some multicast networks, the content viewer 58 may directly contact the head-end subsystem 52 (via the Internet, dialup modem connection, or any other suitable means) and perform the transaction. If the transaction is accepted, the content viewer 58 informs the package receiver 58 which, in turn, starts receiving or ceases reception of the channel's packages as appropriate. Preferably, the multicast network 24 provides the complete set of currently subscribed channels at the end of such a transaction (or upon request), thereby keeping the content viewer 58 and multicast receiver 54 synchronized with the multicast network 24. Also, the conditional access system 25 preferably uses encryption to prevent unauthorized access to a multicast address, wherein the keys used to encrypt one channel's multicast addresses are different from the keys used to encrypt other channel's multicast addresses.
  • Alternatively, the [0160] multicast network 24 implements the conditional access and the back end subsystem 22 performs the subscription processing. With this arrangement, the back end subsystem 22 processes transactions for channel subscriptions and unsubscriptions and the multicast network 24 controls access to multicast addresses. The content viewer 58 contacts the registration server 46 of the back end subsystem 22 (via dial-up modem, the Internet, etc.) and performs a subscribe transaction. The transaction request includes information: (i) identifying the multicast receiver that the receiver is receiving from, (ii) the channel being requested, and (iii) optionally, information used to authenticate the sender of the request.
  • The [0161] registration server 46 authenticates the request and, if the message is authenticated, maps the channel requested to the set of multicast addresses carrying the channel. The registration server 46 then performs a transaction against the multicast network head-end subsystem 52 requesting that the receiver 26 be given access to the addresses that carry the subscribed-to channel. The authentication is intended to verify that the request came from the content viewer 58 of the receiver 26 for which access to a channel is being requested. Preferably, the authentication is performed via password authentication. However, authentication may also be performed using public key encryption.
  • Once the subscription requests have been processed, the [0162] multicast network 24 is responsible for ensuring that the receivers 26 only receive packets from authorized multicast addresses. In the preferred embodiment, the conditional access system 25 in the multicast network utilizes encryption to prevent unauthorized access to a multicast address wherein the keys used to encrypt one channel's multicast addresses are different from the keys used to encrypt other channel's multicast addresses.
  • Alternatively, conditional access may be implemented solely by the [0163] back end subsystem 22. In this embodiment, the content viewer 58 contacts the registration server 46 (via dial-up modem, the Internet, etc) and performs a subscribe/unsubscribe transaction. The back-end subsystem 22 then makes the channel's decryption keys available to the receiver. The receiver may have to periodically perform transactions with the registration server to obtain and update encryption keys. (This optionally may be performed along with usage reporting.) If the transaction is accepted, the package receiver 56 is informed, as described above. This conditional access embodiment is typically not as secure as the conditional access system offered by the multicast network, but still provides some level of security.
  • In any of the above-described embodiments, multiple subscription and/or unsubscription requests may be batched together for more efficient processing. [0164]
  • Offline Browsing [0165]
  • Offline browsing refers to a user accessing web site content without connecting to the Internet. The [0166] content viewer 58 within the receiver 26 is responsible for supporting the user's offline browsing of WebCast channel content. In a preferred embodiment, the content viewer 58 comprises a proxy-server application which works with an existing (i.e. unmodified) web browser 12. This allows the user to continue to work with a popular web browser without relearning a new user interface.
  • In the preferred embodiment, when the user initiates an offline browsing session, the [0167] content viewer 58 first determines whether the web browser 12 is running and, if so, prompts the user to close the browser. If the browser is not running, the content viewer 58 configures the browser to access the Internet via the content viewer/proxy-server. The content viewer/proxy-server then launches the browser to display the Electronic Program Guide (EPG). At the end of an offline browsing session, the content viewer/proxy-server 58 closes the browser 12 and reconfigures the browser to its original, unproxied configuration.
  • In another embodiment of the invention, the [0168] content viewer 58 is integrated with a browser's cache so that the browser requests URLs from the content viewer 58 prior to requesting them across the network.
  • In either embodiment, once the [0169] content viewer 58 has initialized, it receives requests for URLs from the browser 12 and attempts to find them from its “cache” of URLs. The cache consists of the URL data items contained within the received packages from subscribed channels. From the standpoint of the content viewer 58 performing a cache lookup, a URL consists of two parts. For example, the URL “http://www.direcpc.com/users/index.html” illustrates these two parts:
  • (1) “http://www.direcpc.com”—the first part identifies the protocol (which is always http) and the domain name of the web server from which the URL is being requested; [0170]
  • (2) “/users/index.html”—the second part identifies the pathname (directory and filename) of the URL within the web server's file system. [0171]
  • The [0172] content viewer 58 performs a cache lookup by first performing a domain name lookup. The content viewer 58 maintains a data structure that maps a domain name to the list of channels which contain URLs from the domain name. In a preferred embodiment, this data structure is a hash table, wherein each hash entry is a list and each list entry contains a domain name and a channel ID. (As is known in the art, a hash table provides an efficient method of information retrieval from an array. Use of a hash table allows many of the different possible entries (or keys) that might occur to be mapped to the same location in the array under the action of an index function.) Preferably, the content viewer 58 constructs this data structure from the supplemental information within each package listing the domain names of URLs included in the package. The content viewer 58 extracts the domain name from the URL and determines from this data structure the list of channels which might contain the URL.
  • The [0173] content viewer 58 next performs a URL lookup, wherein the content viewer takes the list of candidate channels (determined from the domain name lookup) and check's each channel's packages until a match is found. Preferably, the content viewer 58 first checks a channel's delta package (if available) for a match and then its base package.
  • In some instances, a URL may exist in more than one channel's packages. To handle this, in a preferred embodiment, the [0174] content viewer 58 checks channels starting with the most recent crawl start time. (A channel's start time is recorded in its package's supplemental information.)
  • Upon finding the URL in a package, the [0175] content viewer 58 retrieves the URL data item from the package from memory 28 and decompresses the URL data item, if necessary. If the URL data item is difference compressed, the content viewer retrieves the URL data item from both the base and delta packages (decompressing as necessary) and performs difference decompression to restore the revised URL's content
  • In many cases, the present invention is used with a [0176] receiver 26 having a switched connection to the Internet, such as a home computer running Windows95® with a dialup modem telephone connection to the Internet. The telephone line is often used both for Internet access and for ordinary telephony services (POTS). Another example is an ISDN switched connection. In addition to being a shared resource, where the receiver may interfere with other use of the connection, a switched connection to the Internet is frequently metered so that a user incurs an additional expense with each use.
  • In such switched connection situations, it is desirable that the receiver share the telephone line with other users. In a preferred embodiment, the [0177] content viewer 58 interacts with the user to allow “seamless” access to content outside of the channel definition while controlling access to the phone line in a way which permits sharing the phone line with other users. The content viewer does this by controlling “cache misses.”
  • A “cache miss” occurs when the [0178] browser 12 requests a URL which is not within any of the packages that have been received and stored in memory 28. The requested URL may not be present in a received package because, for example, a cached web page may reference URLs which were not crawled and incorporated into a channel. This may occur either due to Internet outages during the crawling or because the web page contained dynamic content which could not be automatically crawled. In this instance, there are often several cache misses within a short period of time, one for each missing embedded URL.
  • The requested URL may also not be present if the user clicked on a link from a page within the channel definition which references a page outside of the channel definition. For example, if the channel definition defined a search depth of two levels, and the user requested a URL that was three levels deep, a cache miss would occur. A cache miss may also occur if the user directed the browser to a URL which is not present in the cache. [0179]
  • Preferably, when a cache miss occurs, the [0180] content viewer 58 notifies the user and allows the opportunity for the user to connect to the Internet (via the switched connection) to obtain seamless access to uncached web pages. FIG. 8 is a flowchart of the steps performed by the content viewer 58 when a cache miss occurs. The content viewer 58 first determines whether another cache miss has recently occurred (block 100). If not, it then determines whether the user has previously specified how a cache miss should be treated (block 102). If no user preferences are specified, the content viewer 58 notifies the user that a cache miss has occurred and that the requested content can only be obtained by accessing the Internet (block 104).
  • The [0181] content viewer 58 then queries the user whether they want to initiate a connection to the Internet to retrieve the requested content (block 106). This query prevents an automatic connection to the Internet that may interfere with other uses of the connection (i.e. interrupt a telephone call) or may incur undesired charges. If other cache miss occurs while waiting for a response to the query, the content viewer 58 holds the cache misses until the user responds. The block 106 also optionally initiates a countdown along with the query that lets the user know that they have N seconds to respond to the query. FIG. 9 is an example of a dialog box that may be used to notify the user of the cache miss and queries the user about connecting to the Internet. The example of FIG. 9 also includes the optional countdown.
  • Referring back to FIG. 8, if the user responds that they do not wish to connect to the Internet or if the countdown expires with no user response, the [0182] content viewer 58 denies the cache miss request by providing an indication to the browser 12 that the content can only be obtained by connecting to the Internet (block 108). In a preferred embodiment, the content viewer returns an “error” HTTP response containing a text or HTML body (or a redirection to an HTML page) which contains text explaining that the content can only be obtained via the Internet. This results in the browser 12 displaying this text (or HTML page) to the user.
  • Alternatively, if the user responds that they wish to access the requested content by connecting to the Internet, the content viewer initiates the Internet connection (block [0183] 110). In a preferred embodiment, the content viewer 58 acts as a normal proxy-server and initiates TCP connections to the requested URL's server and to the servers of other requested URLs from cache misses which were held while waiting for the user response. Upon receiving such a connection initiation, the receiver 26 may then be configured to automatically initiate a switched connection to the Internet. In other embodiments, the content viewer 58 may interact with the switched connection's device driver to initiate a connection and hold all URL requests until after the connection to the Internet has been established.
  • Referring back to the [0184] block 100, if the content viewer 58 determines that another cache miss has recently occurred, it follows the input given by the user for the previous cache miss and either initiates an Internet connection (block 110) or denies the request (block 108). The blocks 110-112 prevent the user from being “peppered” with cache miss queries, which may occur frequently in web pages with more than one missing embedded URL.
  • Similarly, if the content viewer determines that the user has indicated a preference for cache miss requests (block [0185] 102), it follows that preference (block 114) and either initiates the connection (block 110) or denies the request (block 108).
  • Usage Reporting [0186]
  • The present invention provides sufficient usage information to a web site to support an advertising-based business model while requiring no change to a web site's operation. Alternatively, usage information may be reported to another source, such as a network operations center (NOC). Specifically, the present invention may report usage information to the web site as if the user were accessing the web site via a conventional caching proxy-server. Alternatively, the present invention may report usage information to the web site in the form of log files. [0187]
  • Generally, a [0188] web browser 12 sends to a web server 10 a separate request for each URL which a user views. (FIG. 1). A request for a URL is called a “hit”. To generate advertising revenue, a web site typically records for each advertisement URL the number of “hits” (i.e., the number of times the site has served the URL). The web site receives advertising revenue based on either: (i) the actual number of “hits” the site receives, or (ii) a forecast of the number of “hits” that advertisement can be expected to receive based on past experience.
  • A web site is typically unable to determine the identity (i.e., name, address, phone number, etc.) of the users visiting the site. However, a web site is able to tell which URLs are being accessed over time (i.e., weeks and months) by the same user. The web site collects this information by assigning each different browser requesting URLs from the site a unique “cookie”. (As is known in the art, a “cookie” is a piece of limited, internal information transmitted between a web server and a web browser which uniquely identifies the user without revealing the identity of the user.) It is important, in order to maintain advertising revenue, for a web site to be able to tell which “hits” are being received from the same user. The present invention provides such information to the web sites through use of the cache hit [0189] tracker 40 in the back-end subsystem 22. (See FIG. 3.)
  • Referring also to FIG. 10, the [0190] content viewer 58 in the receiver 26 sends usage information 42 to the back-end subsystem's cache hit tracker(s) 40 as specified by the various channel's channel definitions. The hit tracking part of the channel definition is delivered to the receiver 26 within a package's supplemental information. In a preferred embodiment, the usage information consists of a separate record for each “hit,” wherein only a subset of the cache hits are reported. This usage information is preferably reported via a TCP/IP network, such as the Internet 14, and the receiver's interface to the Internet may be via a switched connection such as dialup modem connection. It is understood, however, that the usage information could be reported via any other suitable connection.
  • The present invention returns usage information to a web site (or other location) on a per channel basis either by proxy (which requires no change to web site operation) or by log files (which requires no change to web site operation other than simply acquiring and processing the log files). With proxy reporting, the cache hit [0191] tracker 40 preferably operates (from the web servers' perspective) as an HTTP proxy server. The cache hit tracker 40 stores reported “hits” from the content viewer 58 in the receiver 26 and subsequently performs a HTTP operation for each reported URL. This minimizes the time that the receiver 26 needs to be connected to the Internet 14 as it is not delayed while its hits are reported to the web servers 10. The type of HTTP operation performed by the cache hit tracker 40 is defined by the channel definitions, which are sent along with the usage reports 42 to the cache hit tracker 40. Specifically, the following HTTP operations may be configured to perform proxy usage reporting on a per channel basis:
  • (1) GET—The cache hit [0192] tracker 40 may perform an HTTP GET operation (which, generally, transfers URL data item from the web server 10 to the cache hit tracker 40.) The cache hit tracker 40 then waits for all the data to be received, but discards the data as it is received. This operation most closely matches what the web server 10 would have received had the user directly retrieved the URL data item without use of the present invention.
  • (2) GET no wait—The cache hit [0193] tracker 40 may perform an HTTP GET operation Oust as above) but waits only for the HTTP response header to be received from the web server 10. Once received, the cache hit tracker 40 immediately closes the connection. This operation uses less network bandwidth, as the actual URL data item need not be completely transferred.
  • (3) GET If Modified Since—The cache hit [0194] tracker 40 may perform a GET If-Modified-Since HTTP operation, wherein the last-modified data comes from the HTTP response header included with the URL in the package. This operation also reduces network utilization, as the full content would not typically be sent, while completing the HTTP operation
  • (4) GET If Modified Since No Wait—The cache hit [0195] tracker 40 may perform a GET If-Modified-Since operation (as above), but does not wait for any data after the response from the web server 10 that the URL has changed and should be sent. This operation uses less network bandwidth, as the actual URL data item is not transferred.
  • The cache hit [0196] tracker 40 may also perform usage reporting using log files 44. In this method, the cache hit tracker 40 stores reported hits in log files 44, preferably maintaining separate log files for each channel. The cache hit tracker 40 either makes the log files 44 available to the web site (via, for example, an FTP GET operation) or periodically delivers the log files 44 to the web site (via, for example, an FTP PUT operation or e-mail).
  • In a preferred embodiment, each hit [0197] log file 44 is a flat ASCII file, with one record per line and a fixed number of fields per record. All fields are space separated and fields which may contain spaces are enclosed in quotes (“ ”). Table 2 below specifies the preferred format of the hit log file 44.
    TABLE 2
    Field Name Field Format Description
    ChannelID Four (4) alphanumerics Identifies the channel this hit
    came from
    URL “printable ASCII” The URL from the HTTP
    (enclosed in quotes) request's Request Line
    UserAgent “printable ASCII” From the HTTP request's User-
    (enclosed in quotes) Agent line. If the User-Agent
    line is not present, the field is
    “NOAGENT”
    HitTime YYYYMMHHMMSS GMT timestamp of when the
    user accessed the requested
    URL data item from the cache
    ReportDelay Eight (8) numerics Duration (in seconds) from
    when the cache hit occurred to
    when the hit was reported
    (either to the originating server
    or the file)
    EditionID RRR.MMM An ID which uniquely identifies
    the snapshot of the channel's
    content given to the user.
    (RRR is the three least
    significant digits (LSD) of the
    base package edition # and
    MMM is the three LSDs of the
    delta package edition #.)
    SiteID Ten (10) alphanumerics Uniquely, but anonymously,
    identifies the user
    HitMethod Four (4) Identifies how the hit should be
    alphanumerics relayed to the web server. Will
    contain one of:
    FILE - sent in log file
    GETN - complete HTTP GET
    operation
    GETR - HTTP GET No Wait
    (connection closed after
    response header is received)
    GETI - HTTP Get If Modified
    Since (default)
    GITR - HTTP Get If Modified
    Since No Wait (connection
    closed after response header is
    received)
  • In the preferred hit log file format of Table 2, the “SiteID” field provides the web site with a rough equivalent to a “cookie” (discussed above) in that it allows hits from a single user to be identified, without revealing the identity of that user. The following is an example of a hit log file record (in an actual log file the record occupies a single line): [0198]
  • EONL “http://www.hns.com/index2.html” “Mozilla/2.0 (compatible, MSIE 3.0; Windows 95)” 19770723164419 00002000 146.001 09AKLM5823 FILE [0199]
  • The channel definition for each channel dictates whether all hits or a filtered subset of hits should be reported. Filtering the reported hits minimizes unnecessary processing in the web server (and connect time for the user), while retaining reporting information for advertising and other critical hits. Filters are typically established to filter out “insignificant hits” and report only advertising-related hits and HTML hits, thereby allowing a web site to tally advertising statistics and page popularity. The filters that may be used to reduce the reporting of insignificant hits include: [0200]
  • (1) Content Filters—Content filters may be used, for example, if all advertisements are in the form of gif (graphics interchange format) images. A content filter would detect and report all .gif image URLs and would filter out most non-.gif (i.e. non-advertisement) URLs. [0201]
  • (2) URL Filters—URL filters may be used, for example, if all advertisements have URLs that contain “/ads/” in their URL. Thus, a “URL contains ‘/ads/’” filter would detect and report all hits with a URL containing “/ads/” and would filter out other (i.e. non-advertisement) URLs. Variations of such a URL filter may include a “URL StartsWith” filter, a “URL Ends With” filter, or a “URL matches a regular expression” filter, etc. [0202]
  • The channel definition also defines under what circumstances the receiver should report usage information for that channel. For example, the receiver may report usage information for a channel at the end of an offline browsing session or on a periodic basis (overnight, weekly, monthly, etc.) These two methods are referred to as “session end reporting” and “periodic reporting,” respectively. Alternatively, usage information may be reported on demand or at any other times. [0203]
  • A WebCast channel generally contains just a subset of a typical web site's content. As discussed above in connection with FIG. 8, when a user requests access an uncached URL (a cache miss), the [0204] content viewer 58, at the user's discretion, may connect the receiver 26 to the Internet and access the URL directly from the web server 10. This direct connection allows the web server 10 to track such hits as it normally would with any Internet user. Thus, the cache miss feature of the present invention further allows a web site to retain its tracking of“click-thrus”, i.e., cases where a user clicks on to link to a web site which provides additional information. Advertisements contained within a web site, for example, often contain links to a web site providing additional information on the advertised products. This is important because advertising revenue is sometimes based not only on the number of users to view an advertisement, but also on the number of users that “click-thru” for further information on the advertised product. By providing “seamless” or automatic access to URLs outside of the channel definition, the present invention preserves this important form of advertising revenue. However, in such a situation, it is desirable that usage reporting does not interfere with other uses of the switched connection and does not incur excessive connection charges.
  • Utilizing both session end and periodic reporting helps meet these goals. Channels are configured for session end usage reporting when getting usage reports in close to real-time is more important than minimizing the number of usage reporting connections. Channels are configured for periodic reporting when minimizing connection charges is important. Usage reporting can be concentrated into one connection per week by configuring all channels for weekly reporting. The usage reporting for all channels can also be scheduled for the same range of time. [0205]
  • With periodic reporting, usage reporting is optimized to minimize the number of connections to the Internet. This is done by waiting as long as possible to send in usage information and to “piggyback” usage reports to any other connection to the Internet which might take place in the meantime. (“Piggyback” refers to sending the usage information along with other information.) [0206]
  • With periodic reporting, it is desirable to balance the reporting of content so that the cache hit trackers are not overloaded. A receiver receives a usage reporting time range (e.g. every night between midnight and 5 am) and, for each channel, a usage connection timeout value, indicating the maximum time that usage information should wait prior to being reported. This timeout may have, for example, a default of five days. The receiver picks a random time within the usage reporting time range and, at that time, checks whether a usage reporting connection should be made. A connection should be made if any channel's usage information is older than the channel's usage connection timeout. When such a connection is made, all pending usage information is reported. [0207]
  • In a preferred embodiment, the receiver “piggybacks” usage reporting on other Internet connections by first receiving a piggyback timeout and a usage reporting retry timeout. The receiver also maintains a usage reporting time which is either disabled, running or expired. The receiver monitors the Internet connection. When the receiver connects to the Internet, the receiver initializes the usage reporting timer to timeout after the piggyback timeout and starts the timer. When the receiver disconnects from the Internet, it disables the usage reporting timer. When the usage reporting timer expires, the receiver checks if there is any usage information ready to be reported and, if there is, the receiver attempts to report it. When the report either succeeds or fails, the receiver checks the connection, and if still connected, the receiver initializes the usage reporting timer to timeout after the retry timeout period and starts the timer. [0208]
  • Thus, with periodic reporting, an extra connection to the Internet for usage reporting only occurs if the user connects to the Internet less than once during the usage connection timeout value (e.g. 5 days). [0209]
  • With session end usage reporting, the reporting normally takes place at the end of an offline browsing session. If the user indicates at that time that usage should not be reported, (because, for example, the phone line is already occupied), the usage report is stored until the start of the next offline browsing session. Thus, at the start of each offline browsing session, the [0210] content viewer 58 checks if there is a session end usage report pending from a previous offline browsing session. If so, the content viewer 58 prompts the user for permission to report the usage information and only allows offline browsing to commence after permission is received and the usage has been reported. Once session end usage has been reported, the content viewer 58 will immediately thereafter report any pending periodic usage, as this may eliminate the need for a separate periodic usage report connection.
  • FIG. 11 is a flowchart illustrating the steps performed by the [0211] content viewer 58 in the preferred embodiment for either session end or periodic usage reporting. Once the content viewer has determined that usage reporting should be initiated, it determines whether the receiver 26 is already connected to the Internet (block 150). If not, it prompts the user for permission to connect to the Internet to facilitate usage reporting (block 152). This prevents usage reporting from interfering with other receiver applications. Preferably, the content viewer 58 also initiates a countdown for the user to respond. FIG. 12 is an example of a dialog box used to prompt the user for permission to connect to the Internet for usage reporting. The FIG. 12 example also includes the optional countdown.
  • Referring back to FIG. 11, the content viewer then determines whether the user granted permission to connect (block [0212] 154). If permission was granted (or if the user failed to respond within the specified time period), the content viewer 58 attempts to establish a connection to the Internet (block 156).
  • Next, the content viewer determines whether the connection was successful (block [0213] 158). If the attempt to connect failed, or if the user denied permission to connect, the content viewer stores the usage information for reporting at a later time (block 160) and the program terminates. If the connection was successful the content viewer reports all pending usage information to the cache hit tracker 40 (block 162). The content viewer preferably reports the usage information in the form of a sequence of HTTP PUT or HTTP POST operations. These HTTP operations are preferable because they are almost always allowed to pass through any firewalls onto the Internet. However, the usage information could also be reported via e-mail, which allows information to be transmitted in nearly any kind of system. Preferably, each HTTP PUT or POST operation (or e-mail transmission) contains a block of usage information for multiple hits, which allows for more efficient transmission of usage information by reducing usage reporting connection time.
  • The content viewer then determines whether the report was successful (block [0214] 164). If not (for example, if the HTTP PUT operation fails), it stores the usage information to be reported at a later time (block 166). It may also determine whether there have been several reporting attempts and, if so, may discard the usage information (block 166). After the usage information has been stored or discarded (block 166), or if the content viewer determines that the report was successful (block 164), the content viewer disconnects from the Internet (block 168).
  • Alternatively, if the [0215] content viewer 58 determines that the receiver is connected to the Internet (block 150), it “piggybacks” all pending usage information onto the current Internet connection (block 170), as discussed above. The content viewer then determines whether the report was successful (block 172). If not, the content viewer either stores or discards the usage information (block 174), as described above in connection with block 166. If the report was successful or after the usage information is stored or discarded, the program terminates.
  • Numerous modifications and alternative embodiments of the invention will be apparent to those skilled in the art in view of the foregoing description. Accordingly, this description is to be construed as illustrative only and is for the purpose of teaching those skilled in the art the best mode of carrying out the invention. The details of the system may be varied substantially without departing from the spirit of the invention, and the exclusive use of all modifications which are within the scope of the appended claims is reserved. [0216]

Claims (196)

1. An apparatus that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the system comprising:
means for assigning one or more multicast addresses to each channel,
means for scheduling the assembling of a channel's content;
means for assembling the channel's content;
means for fragmenting the channel's content into packets, wherein each packet is addressed with one of the channel's multicast addresses; and
means for multicasting the packets.
2. The apparatus of claim 1, wherein the means for multicasting the packets includes means for transmitting the packets to a multicast receiver of a multicast network.
3. The apparatus of claim 1, further comprising means for encrypting a subset of a channel's packets prior to multicasting, wherein the encryption means encrypts either all or a part of the packet and wherein each channel's packets are encrypted with a set of encryption keys which are unique to that channel.
4. The apparatus of claim 3, further comprising:
means for receiving requests from a receiver of the multicast for access to a channel's packets,
means for mapping the requested channel to the multicast addresses that carry the channel's packets, and
means for requesting authorization for the receiver to access the requested channel's packets.
5. The apparatus of claim 4, further comprising means for authenticating the requests to ensure that the requests originated from the receiver for which access is being requested.
6. The apparatus of claim 2, wherein the multicast network is a geosynchronous satellite digital TV broadcast system.
7. The apparatus of claim 1, wherein the multicast network is a one-way cable TV network.
8. The apparatus of claim 1, wherein the multicast network is a digital video broadcast (DVB) network.
9. The apparatus of claim 1, wherein the packets are multicast to a plurality of receivers.
10. The apparatus of claim 9, wherein a channel's content includes indexing information which allows URL data items contained within the channel's content to be quickly looked up by the receiver which receives the channel's content.
11. The apparatus of claim 10, wherein the channel's content further includes a data structure containing each domain name present in the URLs of the URL data items within the channel's content.
12. The apparatus of claim 9, further comprising a conditional access system for controlling each receiver's access to packets, wherein each receiver can only access packets which contain multicast addresses which the conditional access system has authorized the receiver to access.
13. The apparatus of claim 12, wherein the means for multicasting the packets is a geosynchronous satellite digital TV broadcast earth station.
14. The apparatus of claim 12, further comprising:
means for receiving requests from the receivers to obtain access to a channel's packets,
means for mapping the requested channel to the multicast addresses that carry the channel's packets, and
means for authorizing the receivers' access to a channel's packets in response to the receivers' request for access.
15. The apparatus of claim 13, wherein a channel's content includes indexing information which allows URL data items contained within the channel's content to be quickly looked up by the receiver which receives the channel's content, the system further comprising:
means for scheduling a configurable number of retransmissions of the channel's previously assembled content;
means for fragmenting and multicasting the channel's content according to the schedule; and
means for specifying the transmission rate of the channel's content, wherein the packets containing the channel's content are multicast at the specified rate.
16. The apparatus of claim 13, further comprising means for compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items.
17. The apparatus of claim 16, wherein the URL data items are compressed with a lossless data compression algorithm.
18. The apparatus of claim 1, further comprising.
means for scheduling a configurable number of retransmissions of a channel's previously assembled content; and
means for fragmenting and multicasting the channel's content according to the schedule.
19. The apparatus of claim 18, further comprising means for specifying a transmission rate of a channel's content, wherein the packets containing the channel's content are multicast at the specified rate.
20. The apparatus of claim 19, further comprising:
means for assigning one or more multicast addresses to an announcement packet, wherein the announcement packet includes an announcement of an upcoming transmission of a channel's content; and
means for multicasting the announcement packet prior to the multicast of the packets containing the channel's content.
21. The apparatus of claim 19, wherein the channel's content includes a data structure containing each domain name present in the URLs of the URL data items within the channel's content.
22. The apparatus of claim 19, wherein the packets are multicast to a plurality of receivers and wherein a channel's content includes indexing information which allows URL data items contained within the channel's content to be quickly looked up by the receiver which receives the channel's content.
23. The apparatus of claim 22, wherein the channel's content further includes a data structure containing each domain name present in the URLs of the URL data items within the channel's content.
24. The apparatus of claim 1, wherein a channel's content includes a data structure containing each domain name present in the URLs of the URL data items within the channel's content.
25. The apparatus of claim 1, wherein the means for assembling the channel's content further comprises:
means for assembling a base package of the channel's content, wherein the base package contains each URL data item in the channel; and
means for assembling a delta package of the channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package.
26. An apparatus that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the apparatus comprising.
means for scheduling the assembling of a channel's content;
means for assembling the channel's content;
means for compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items;
means for fragmenting the channel's content into packets; and
means for multicasting the packets.
27. The apparatus of claim 26, wherein the URL data items are compressed with a lossless data compression algorithm.
28. The apparatus of claim 26, wherein the means for assembling the channel's content further comprises:
means for assembling a base package of the channel's content, wherein the base package contains each URL data item in the channel; and
means for assembling a delta package of the channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package.
29. The apparatus of claim 28, wherein the means for scheduling the assembling of the channel's content comprises means for scheduling the assembling of the base package and means for scheduling the assembling of the delta package.
30. The apparatus of claim 28, further comprising means for difference compressing a subset of the URL data items in a channel's content which is present in both the delta package and the previous base package.
31. The apparatus of claim 30, wherein the difference compression means further comprises:
means for dividing a URL data item in the delta package into sections; and
for each section, means for placing into a compressed version of the URL data item, one of a reference to where that section can be found in the base package, or the section of URL data item from the delta package.
32. The apparatus of claim 28, further comprising means for assembling a second delta package which contains a subject of the URL data items which have changed or are new since the assembling of the previous delta package.
33. The apparatus of claim 26, further comprising means for encrypting a subset of a channel's packets prior to transmission, wherein the encryption means encrypts either all or part of the packet and wherein each channel's packets are encrypted with a set of encryption keys which are unique to that channel.
34. An apparatus that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the apparatus comprising.
means for assembling a base package of a channel's content, wherein the base package contains each URL data item in the channel;
means for fragmenting the base package into packets;
means for multicasting the base package packets to a plurality of receivers;
means for assembling a delta package of a channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package;
means for fragmenting the delta package into packets; and
means for multicasting the delta package packets to the plurality of receivers.
35. The apparatus of claim 34, wherein some of the receivers comprise a personal computer.
36. The system of claim 34, wherein some of the receivers comprise a set top box.
37. The apparatus of claim 34, further comprising means for scheduling the assembling of base packages and delta packages, wherein the base packages and delta packages are assembled according to the schedule.
38. The apparatus of claim 34, further comprising means for scheduling the multicast transmission of base package packets and for scheduling subsequent periodic multicast transmission of delta package packets, wherein the base package packets and delta package packets are multicast according to the schedule.
39. The apparatus of claim 38, wherein base package packets are scheduled for transmission at a time when the receiver is not likely to be in use for other applications.
40. The apparatus of claim 39, wherein the base package packets are scheduled for transmission late at night or early in the morning.
41. The apparatus of claim 34, further comprising means for compressing a subset of the URL data items in the base and delta packages, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items.
42. The apparatus of claim 41, wherein the URL data items are compressed with a lossless data compression algorithm.
43. The apparatus of claim 41, further comprising means for difference compressing a subset of the URL data items that are present in both in the delta package and the previous base package.
44. The apparatus of claim 43, wherein the difference compression means further comprises:
means for dividing a URL data item in the delta package into sections; and
for each section, means for placing into a compressed version of the URL data item, one of a reference to where that section can be found in the base package, or the section of URL data item from the delta package.
45. The apparatus of claim 44, further comprising means for compressing a subset of the previously difference compressed URL data item with a lossless data compression algorithm.
46. The apparatus of claim 34, further comprising means for assembling a second delta package which contains URL data items which have changed since the assembling of the previous delta package.
47. An apparatus that transmits content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the apparatus comprising:
means for scheduling the assembling of a channel's content;
means for assembling the channel's content according to the schedule;
means for fragmenting the channel's content into packets;
means for multicasting the packets to a plurality of receivers, wherein each receiver stores the received channel's content in a receiver memory; and
means for receiving usage reports from each receiver, wherein each usage report identifies a subset of URL data items from the stored URL data items that was accessed from the receiver memory.
48. The apparatus of claim 47, further comprising means for organizing the received usage reports by channel.
49. The apparatus of claim 47, wherein each usage report contains information identifying a subset of URL data items delivered to a web browser.
50. The apparatus of claim 47, wherein the usage reports comprise a set of files and wherein the URL data items accessed for each channel is referenced in one set of files.
51. The apparatus of claim 47, wherein the usage reports contain information identifying each URL data item, from the stored URL data items, being delivered to a web browser.
52. The apparatus of claim 50, wherein usage reporting is performed on a subset of a channel's URL data items and the files contain a separate record for each time a usage reported URL data item was delivered to a web browser, wherein the record identifies the URL of the URL data item.
53. The apparatus of claim 52, wherein the record identifies when the URL data item was delivered to the web browser.
54. The apparatus of claim 52, wherein the record contains a field uniquely identifying the user that accessed the URL data item.
55. The apparatus of claim 54, wherein the field uniquely identifying the user does not specify the identity of the user.
56. The apparatus of claim 54, wherein the field uniquely identifying the user specifies the identity of the user.
57. The apparatus of claim 47, wherein a channel's content is assembled from a web server and further comprising means for notifying the web server from which a URL data item was assembled that the URL data item was accessed by a user.
58. The apparatus of claim 57, wherein the web server is notified that the URL data item was accessed by a user by notifying the web server that the URL data item was delivered to a browser.
59. The apparatus of claim 57, wherein the web server is notified that the URL data item was accessed by initiating an HTTP GET operation for the URL data item.
60. The apparatus of claim 57, wherein the web server is notified of multiple accesses of multiple URL data items by initiating an HTTP PUT operation.
61. The apparatus of claim 57, wherein the web server is notified of multiple accesses of multiple URL data items by initiating an HTTP POST operation.
62. The apparatus of claim 57, wherein the web server is notified that the URL data item was accessed by e-mail, and wherein multiple accesses of multiple URL data items is reported in one e-mail.
63. The apparatus of claim 47, further comprising means for compressing a subset of the URL data items;
means for compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data item such that each compressed URL data item can be decompressed without decompressing other URL data items;
64. A method for multicasting content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the method comprising the steps of:
assigning one or multicast addresses to each channel;
scheduling the assembling of each channel's content;
assembling each channel's content according to the schedule;
fragmenting each channel's content into packets, wherein each packet is addressed with one of the channel's multicast addresses; and
transmitting the packets via a multicast network to a plurality of receivers.
65. The method of claim 64, further comprising encrypting a subset of a channel's packets prior to transmitting the packets, wherein either all or a part of the packet are encrypted and wherein each channel's packets are encrypted with a set of encryption keys which are unique to that channel.
66. The method of claim 65, further comprising the steps of:
receiving requests from the receivers for access to a channel's packets,
mapping the requested channel to the multicast addresses that carry the channel's packets; and
requesting authorization from the multicast network for the receiver to access the requested channel's packets.
67. The method of claim 66, further comprising the step of authenticating the requests to ensure that the requests originated from the receiver for which access is being requested.
68. The method of claim 64, wherein a channel's content includes indexing information which allows URL data items contained within the channel's content to be quickly looked up by the receiver which receives the channel's content.
69. The method of claim 68, wherein the channel's content further includes a data structure containing each domain name present in the URLs of the URL data items within the channel's content.
70. The method of claim 68, wherein a channel's content includes indexing information which allows URL data items contained within the channel's content to be quickly looked up by the receiver which receives the channel's content, the method further comprising the steps of:
scheduling a configurable number of retransmissions of the channel's previously assembled content;
specifying a transmission rate of the channel's content; and
fragmenting and transmitting the channel's content to the receivers according to the schedule at the specified transmission rate.
71. The method of claim 65, further comprising the step of compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items.
72. The method of claim 71, wherein the URL data items are compressed with a lossless data compression algorithm.
73. The method of claim 64, further comprising the steps of:
scheduling a configurable number of retransmissions of a channel's previously assembled content; and
fragmenting and transmitting the channel's content to the receivers according to the schedule.
74. The method of claim 73, further comprising the step of specifying a transmission rate of a channel's content, wherein the packets containing the channel's content are transmitted at the specified rate.
75. The method of claim 73, further comprising the steps of:
assigning one or more multicast addresses to an announcement packet, wherein the announcement packet includes an announcement of an upcoming transmission of a channel's content; and
transmitting the announcement packet to the receivers prior to transmitting the packets containing the channel's content.
76. The method of claim 64, wherein the step of assembling the channel's content further comprises:
assembling a base package of the channel's content, wherein the base package contains each URL data item in the channel, and
assembling a delta package of the channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package.
77. A method for transmitting content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the method comprising the steps of:
scheduling the assembling of a channel's content;
assembling the channel's content according to the schedule;
compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items;
fragmenting the channel's content into packets; and
multicasting the packets via a multicast network to a plurality of receivers.
78. The method of claim 77, wherein the URL data items are compressed with a lossless data compression algorithm.
79. The method of claim 77, wherein the step of assembling the channel's content further comprises the steps of:
assembling a base package of the channel's content, wherein the base package contains each URL data item in the channel; and
assembling a delta package of the channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package.
80. The method of claim 79, wherein the step of scheduling the assembling of the channel's content comprises scheduling the assembling of the base package and scheduling the assembling the delta package.
81. The method of claim 80, further comprising the step of difference compressing a subset of the URL data items in a channel's content which is present in both the delta package and the previous base package.
82. The method of claim 81, wherein the step of difference compressing further comprises the steps of:
dividing a URL data item in the delta package into sections; and
for each section, placing into a compressed version of the URL data item, one of a reference to where that section of content can be found in the base package, or the section of the URL data item from the delta package.
83. The method of claim 82, wherein the reference to where the section of URL data item can be found in the base package is an offset from a beginning of the URL to a first byte and an offset to a last byte being referenced.
84. The method of claim 79, further comprising the step of assembling a second delta package which contains URL data item which has changed since the assembling of the previous delta package.
85. The method of claim 77, further comprising the step of encrypting a subset of a channel's packets prior to transmission, wherein either all or part of the packet are encrypted and wherein each channel's packets are encrypted with a set of encryption keys which are unique to that channel.
86. A method for transmitting content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the system comprising:
assembling a base package of a channel's content, wherein the base package contains each URL data item in the channel;
fragmenting the base package into packets;
multicasting the base package packets to a plurality of receivers;
assembling a delta package of a channel's content, wherein the delta package contains URL data items which have changed or are new since the previous assembling of the base package;
fragmenting the delta package into packets; and
multicasting the delta package packets to the plurality of receivers.
87. The method of claim 86, further comprising the step of scheduling the assembling of base packages and delta packages, wherein the base packages and delta packages are assembled according to the schedule.
88. The method of claim 86, further comprising the step of scheduling the multicast transmission of base package packets and for scheduling subsequent periodic multicast transmission of delta package packets, wherein the base package packets and delta package packets are multicast according to the schedule.
89. The method of claim 88, where in base package packets are scheduled for transmission at a time when the receiver is not likely to be in use for other applications.
90. The method of claim 86, further comprising the step of compressing a subset of the URL data items in the base and delta packages, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items.
91. The method of claim 90, wherein the URL data items are compressed with a lossless data compression algorithm.
92. The method of claim 90, further comprising the step of difference compressing a subset of the URL data items which are present in both in the delta package and the previous base package.
93. The method of claim 92, wherein the step of difference compressing further comprises:
dividing a URL data item in the delta package into sections; and
for each section, placing into a compressed version of the URL data item, one of a reference to where that section can be found in the base package, or the section of the URL data item from the delta package.
94. The method of claim 93, wherein the reference to where the section of URL data item can be found in the base package is an offset from a beginning of the URL to a first byte and an offset to a last byte being referenced.
95. The method of claim 93, further comprising compressing a subset of the previously difference compressed URL data items with a lossless data compression algorithm.
96. The method of claim 86, further comprising the step of assembling a second delta package that contains URL data items that have changed since the assembling of the previous delta package.
97. A method for transmitting content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, the method comprising the steps of
scheduling the assembling of a channel's content;
assembling the channel's content according to the schedule;
fragmenting the channel's content into packets;
multicasting the packets to a plurality of receivers, wherein each receiver stores the received channel's content in a receiver memory, and
receiving usage reports from each receiver, wherein each usage report identifies a subset of URL data items from the stored URL data items that was accessed from the receiver memory.
98. The method of claim 97, further comprising the step of organizing the received usage reports by channel.
99. The method of claim 97, wherein each usage report contains information identifying a subset of URL data items delivered to a web browser.
100. The method of claim 97, wherein the usage reports comprise a set of files, and wherein the URL data item accessed for each channel is referenced in one set of files.
101. The method of claim 97, wherein the usage reports contain information identifying each URL data item, from the stored URL data items, being delivered to a web browser.
102. The method of claim 100, further comprising the step of performing usage reporting on a subset of a channel's URL data items and wherein the files contain a separate record for each time a usage reported URL data item was delivered to the web browser, and wherein the record identifies the URL of the URL data item.
103. The method of claim 102, wherein the record identifies when the URL data item was delivered to the web browser.
104. The method of claim 102, wherein the record contains a field uniquely identifying the user that accessed the URL data item.
105. The method of claim 104, wherein the field uniquely identifying the user does not specify the identity of the user.
106. The method of claim 104, wherein the field uniquely identifying the user specifies the identity of the user.
107. The method of claim 97, wherein a channel's content is assembled from a web server and further comprising the step of notifying the web server from which a URL data item was assembled that the URL data item was accessed by a user.
108. The method of claim 107, wherein the web server is notified that the URL data item was accessed by a user by notifying the web server that the URL data item was delivered to a browser.
109. The method of claim 107, wherein the web server is notified that the URL data item was accessed by initiating an HTTP GET operation for the URL data item.
110. The method of claim 107, wherein the web server is notified of multiple accesses of multiple URL data items by initiating an HTTP PUT operation.
111. The method of claim 107, wherein the web server is notified of multiple accesses of multiple URL data items by initiating an HTTP POST operation.
112. The method of claim 107, wherein the web server is notified that the URL data item was accessed by e-mail, and wherein multiple accesses of multiple URL data item is reported in one e-mail.
113. The method of claim 97, further comprising the step of compressing a subset of the URL data items, wherein each URL data item is compressed individually independent of other URL data items such that each compressed URL data item can be decompressed without decompressing other URL data items.
114. A receiver for receiving from a multicast network content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, and wherein the multicast network transmits the channel's content to the receiver in packets, the receiver comprising:
means for determining a multicast address used to carry a channel's packets;
means for enabling reception of packets containing a channel's multicast address;
means for receiving the packets containing a channel's multicast address;
means for assembling the received packets into a channel's content;
means for storing the channel's content; and
means for allowing a user to access the stored channel's content.
115. The receiver of claim 114, wherein some of the received packets are wholly or partially encrypted and the receiver further comprises means for decrypting the encrypted packets using a decrypting key unique to the channel.
116. The receiver of claim 114, wherein the receiver is only authorized to receive selected packets.
117. The receiver of claim 114, wherein the channel's content is stored in a single file.
118. The receiver of claim 114, wherein the channel's content is stored in a number of files, and wherein the number of files is less than the total number of URL data items in the channel.
119. The receiver of claim 114, further comprising means for allowing the user to designate the channels to be received.
120. The receiver of claim 119, further comprising means for only receiving the user designated channels.
121. The receiver of claim 120, further comprising means for displaying to the user the set of channels which can be received.
122. The receiver of claim 121, further comprising means for receiving an electronic program guide channel, wherein the content of the electronic program guide channel includes channel selection information allowing the user to evaluate which channels the receiver should receive.
123. The receiver of claim 122, further comprising means for receiving updates for the electronic program guide channel.
124. The receiver of claim 122, wherein the channel selection information in the electronic program guide channel includes a schedule for when the content of the channels will be transmitted.
125. The receiver of claim 122, wherein the channel selection information in the electronic program guide channel includes an amount of memory space needed to store the channel's content.
126. The receiver of claim 114, further comprising means for determining whether all the packets for a channel have been received.
127. The receiver of claim 126, wherein the multicast network transmits packets to the receiver more than once and further comprising means for determining which packets for a channel were not received and assembling the channel's missing packets from the retransmitted packets.
128. The receiver of claim 114, wherein the receiver comprises a personal computer.
129. The receiver of claim 114, wherein the receiver comprises a set top box.
130. The receiver of claim 114, wherein the receiver is integrated with a digital television.
131. The receiver of claim 114, further comprising:
means for determining when a URL data item requested to be accessed by the user is not present within the stored channel content,
means for notifying the user that the requested URL data item is not present within the stored channel content, and
means for allowing the user to access the non-present URL data item via a connection to a TCP/IP network.
132. The receiver of claim 131, wherein the TCP/IP network comprises the Internet.
133. The receiver of claim 131, further comprising means for soliciting the user whether to access the non-present URL data item via the connection to the TCP/IP network..
134. The receiver of claim 132, wherein the multicast network is a geosynchronous satellite broadcast system and wherein the connection to the Internet is a dial-up modem.
135. The receiver of claim 114, further comprising means for tracking each time the user accesses URL data items in the stored channel content.
136. The receiver of claim 135, further comprising means for reporting the tracked user accesses to a web site from which the accessed URL data items were assembled.
137. The receiver of claim 114, wherein the packet receiving means monitors receiver activity and selectively receives packets based on the monitored activity.
138. The receiver of claim 114, further comprising means for soliciting the user to determine when packets should be received and wherein the packet receiving means selectively receives packets based on user preferences.
139. A receiver for receiving from a multicast network content organized into channels, wherein a channel's content includes a plurality of URL data items and each URL data item is addressed by a URL, and wherein the multicast network transmits the channel's content to the receiver in packets, the receiver comprising:
means for determining a multicast address used to carry a channel's packets;
means for enabling reception of packets containing a channel's multicast address;
means for receiving the packets containing a channel's multicast address;
means for assembling the received packets into a channel's content;
means for storing the channel's content;
means for allowing a user to access the stored channel's content; and
means for individually decompressing each compressed URL data item in the stored channel content at a time when the user accesses the URL data item.
140. The receiver of claim 139, wherein the URL data item is decompressed a first time the user access the URL data item and further comprising means for storing the decompressed URL data item.
141. The receiver of claim 139, wherein the URL data item is decompressed each time a user access the URL data item.
142. The receiver of claim 139, wherein the multicast network transmits a channel's content in base package packets and delta package packets, and the means for assembling the base package packets into a complete base package and assembling the delta package packets into a complete delta package.
143. The receiver of claim 142, wherein the means for storing the channel's content stores the complete base package for the channel and the complete delta package for the channel.
144. The receiver of claim 142, wherein the means for allowing a user to access the stored channel's content provides the user with a URL data item from a delta package when the URL data item is present in a delta package and provides the user a URL data item from a base package when the URL data item is not present in a delta package.
145. A receiver in a multicast system, comprising:
means for receiving URL data items from a multicast network;
means for storing the received URL data items;
means for allowing a user to access the stored URL data items; and
means for tracking user access to the stored URL data items.
146. The receiver of claim 145, wherein the URL data items are assembled from a web site and further comprising means for reporting the tracked user access to the web site.
147. The receiver of claim 145, wherein the tracking means includes means for counting a number of times the user accesses a subset of the stored URL data items.
148. The receiver of claim 145, further comprising:
means for determining when a URL data item requested to be accessed by the user is not present within the stored URL data items,
means for notifying the user that the requested URL data item is not present within the stored URL data items, and
means for allowing the user to access the non-present URL data item via a connection to a TCP/IP network.
149. The receiver of claim 148, further comprising means for soliciting the user whether to access the non-present URL data item via the connection to the TCP/IP network.
150. The receiver of claim 148, wherein the multicast network is a geosynchronous satellite broadcast system and wherein the connection to the TCP/IP network is a dial-up modem.
151. A receiver in a multicast system, comprising:
means for monitoring receiver activity; and
means for selectively receiving content from a multicast network, wherein the content is selectively received based on the monitored receiver activity.
152. The receiver of claim 151, wherein the monitoring means monitors whether any other applications are currently active on the receiver.
153. The receiver of claim 151, wherein the monitoring means monitors utilization of a receiver memory.
154. The receiver of claim 151, wherein the monitoring means monitors user activity on an input device of the receiver.
155. The receiver of claim 154, wherein the receiver is a personal computer and the user activity comprises keystrokes on a keyboard input device.
156. The receiver of claim 154, wherein the receiver is a personal computer and the user activity comprises clicks on a mouse input device.
157. The receiver of claim 156, wherein the user activity further comprises keystrokes on a keyboard input device.
158. The receiver of claim 151, further comprising means for soliciting a user to specify when content should be received and wherein the receiving means receives content based on the user specifications.
159. The receiver of claim 158, wherein the user specifications include time of day when content should be received.
160. The receiver of claim 158, wherein the content comprises base packages and delta packages and the user specifications includes a first time period when base packages can be received and a second time period when delta packages can be received.
161. The receiver of claim 151, further comprising means for suspending reception of content when the monitoring means determines that reception will interfere with other receiver activity.
162. The receiver of claim 161, further comprising means for automatically enabling reception of content after the monitoring means determines that reception will not interfere with other receiver activity.
163. The receiver of claim 161, further comprising means for automatically enabling reception at a time of day when reception will most likely not interfere with other receiver activity.
164. The receiver of claim 161, wherein the monitoring means determines that reception will not interfere with other activity by monitoring user activity on an input device of the receiver.
165. The receiver of claim 164, wherein the receiver is a personal computer and the user activity comprises clicks on a mouse input device.
166. A receiver in a multicast system, comprising:
a package receiver for receiving packets containing URL data items from a multicast network and assembling the received packets into a channel, wherein the channel comprises a set of URL data items;
a memory for storing the channel; and
a content viewer for allowing a user to request access to and access the URL data items in the stored channel.
167. The receiver of claim 166, further comprising a browser for searching the memory for URL data items requested by the user.
168. The receiver of claim 166, wherein the receiver comprises a personal computer.
169. The receiver of claim 166, wherein the receiver comprises a set top box.
170. The receiver of claim 166, wherein the receiver is integrated with a digital television.
171. The receiver of claim 166, wherein the packets received from the multicast network are encrypted and the package receiver decrypts the packets.
172. A system for multicasting URL data items from web sites to a plurality of receivers, comprising:
a web crawler for retrieving URL data items from the web sites and formatting the retrieved URL data items into packages;
a package delivery subsystem for receiving the packages from the web crawler, fragmenting the packages into packets and transmitting the packets to a multicast network; and
a conditional access system for determining which receivers are authorized to receive the packets, wherein the multicast network multicasts the packets only to authorized receivers.
173. The system of claim 172, wherein the web crawler retrieves URL data items from the web sites according to a predetermined channel definition.
174. The system of claim 172, wherein the multicast network multicasts an electronic program guide to each receiver, and wherein the electronic program guide contains descriptions of the web sites from which URL data items were retrieved.
175. The system of claim 174, wherein a receiver uses the electronic program guide to subscribe to selected web sites and the system further comprises a registration server for tracking subscription information.
176. The system of claim 175, wherein the registration server provides the subscription information to the package delivery subsystem.
177. The system of claim 172, further comprising a cache hit tracker which receives usage reports from the receivers, wherein the usage reports contain information identifying which URL data items, from the set of URL data items received by the receiver, were accessed by a user.
178. The system of claim 177, wherein the cache hit tracker stores the usage reports in hit log files.
179. The system of claim 178, wherein the cache hit tracker provides the hit log files to the web sites from which the URL data items were retrieved.
180. The system of claim 172, wherein the multicast network multicasts the packets to the receiver over a one-way high speed link.
181. The system of claim 180, wherein the high speed link comprises a satellite link.
182. A system for multicasting content organized into channels to a plurality of receivers, wherein a channel's content includes a plurality of URL data items from at least one web site, comprising:
a web crawler for retrieving the URL data items from the web site via a TCP/IP network and formatting the retrieved URL data items into packages;
a package delivery subsystem for receiving the packages from the web crawler and fragmenting the packages into packets,
a conditional access system for determining which receivers are authorized to receive the packets; and
a multicast network for receiving the packets from the package delivery subsystem, wherein the conditional access system encrypts the packets and the multicast network multicasts the encrypted packets to the authorized receivers, and wherein the authorized receivers store the packets in a memory and decrypt the packets.
183. The system of claim 182, wherein the web crawler compresses a subset of the retrieved URL data items, and wherein each URL data item is compressed individually independent of other URL content such that the receiver can decompress each URL data item without decompressing other URL data items.
184. The system of claim 182, wherein the web crawler assembles a base package containing each URL data item in the channel and subsequently assembles a delta package containing URL data items which have changed or are new since the previous assembling of the base package.
185. The system of claim 184, wherein the web crawler assembles the base packages and delta packages according to a schedule.
186. The system of claim 184, wherein the multicast network multicasts the base packages and the delta packages according to a schedule.
187. The system of claim 186, wherein the base packages are scheduled for multicasting at a time when the receiver is not likely to be in use for other applications.
188. The system of claim 184, wherein the web crawler compresses a subset of the retrieved URL data items, and wherein each URL data item is compressed individually independent of other URL content such that the receiver can decompress each URL data item without decompressing other URL data items.
189. The system of claim 188, wherein the web crawler difference compresses a subset of the URL data items that are present in both the delta package and the previous base package.
190. The system of claim 189, wherein the web crawler performs difference compression by:
dividing a URL data item in the delta package into sections; and
for each section, places into a compressed version of the URL data item, one of a reference to where that section can be found in the base package, or the section of the URL data item from the delta package.
191. The system of claim 184, wherein the web crawler assembles a second delta package which contains URL data items which have changed since the assembling of the previous delta package.
192. The system of claim 182, wherein each receiver comprises a content viewer for allowing a user to access the stored URL data items.
193. The system of claim 192, further comprising a cache hit tracker which receives usage reports from the receivers, wherein the usage reports contain information identifying which URL data items, from the set of stored URL data items, was accessed by a user.
194. The system of claim 193, wherein the cache hit tracker provides the usage reports to the web sites from which the accessed URL data items were retrieved.
195. The system of claim 182, wherein the TCP/IP network comprises the Internet.
196. The system of claim 182, wherein the multicast network multicasts the packets to the receiver over a one-way high speed link.
US10/011,002 1997-10-27 2001-12-06 System and method for multicasting multimedia content Abandoned US20020061021A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/011,002 US20020061021A1 (en) 1997-10-27 2001-12-06 System and method for multicasting multimedia content

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US6369297P 1997-10-27 1997-10-27
US09/049,334 US6351467B1 (en) 1997-10-27 1998-03-27 System and method for multicasting multimedia content
US10/011,002 US20020061021A1 (en) 1997-10-27 2001-12-06 System and method for multicasting multimedia content

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/049,334 Division US6351467B1 (en) 1997-10-27 1998-03-27 System and method for multicasting multimedia content

Publications (1)

Publication Number Publication Date
US20020061021A1 true US20020061021A1 (en) 2002-05-23

Family

ID=21959260

Family Applications (4)

Application Number Title Priority Date Filing Date
US09/049,334 Expired - Lifetime US6351467B1 (en) 1997-10-27 1998-03-27 System and method for multicasting multimedia content
US09/851,219 Abandoned US20030206554A1 (en) 1997-10-27 2001-07-20 System and method for multicasting multimedia content
US09/990,258 Abandoned US20020061029A1 (en) 1997-10-27 2001-11-21 System and method for multicasting multimedia content
US10/011,002 Abandoned US20020061021A1 (en) 1997-10-27 2001-12-06 System and method for multicasting multimedia content

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US09/049,334 Expired - Lifetime US6351467B1 (en) 1997-10-27 1998-03-27 System and method for multicasting multimedia content
US09/851,219 Abandoned US20030206554A1 (en) 1997-10-27 2001-07-20 System and method for multicasting multimedia content
US09/990,258 Abandoned US20020061029A1 (en) 1997-10-27 2001-11-21 System and method for multicasting multimedia content

Country Status (6)

Country Link
US (4) US6351467B1 (en)
EP (1) EP0993717A2 (en)
JP (1) JP2002500853A (en)
AU (1) AU732871B2 (en)
CA (1) CA2287417A1 (en)
WO (1) WO1999049717A2 (en)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1401176A2 (en) * 2002-09-18 2004-03-24 NTT DoCoMo, Inc. Connection detection of a device through a relay device and transmission of information to that device
EP1414168A2 (en) * 2002-10-25 2004-04-28 Hughes Electronics Corporation Method and system for multicast in a broadband satellite system
US20050021588A1 (en) * 2003-07-08 2005-01-27 Michael Zimmerman Turnkey reseller program for registering domain names
US6986155B1 (en) * 1999-07-13 2006-01-10 Sun Microsystems, Inc. Methods and apparatus for selecting multicast IP data transmitted in broadcast streams
US20080153413A1 (en) * 2005-01-31 2008-06-26 Jun Li System Architecture and Method for Scheduled Downloading Services
US20090099912A1 (en) * 2007-10-13 2009-04-16 Jeffs Alistair E Method and system for confirming the download of content at a user device
US20090296621A1 (en) * 2008-05-27 2009-12-03 Samsung Electronics Co. Ltd. Information service apparatus and method in wireless communication system
US20100057583A1 (en) * 2008-08-28 2010-03-04 The Directv Group, Inc. Method and system for ordering video content using a link
US20100057469A1 (en) * 2008-08-28 2010-03-04 The Directv Group, Inc. Method and system for ordering content using a voice menu system
US7788368B1 (en) * 2003-12-23 2010-08-31 Juniper Networks, Inc. Multicast content usage data collection and accounting
US20100250353A1 (en) * 2003-07-08 2010-09-30 The Go Daddy Group, Inc. Turnkey reseller program for registering domain names
US20110209141A1 (en) * 2010-02-25 2011-08-25 Red Hat, Inc. Managing a user proxy configuration in a daemon that frequently loads and unloads and is used by multiple users simultaneously
US20110246776A1 (en) * 2003-07-08 2011-10-06 Imophaze Research Co., L.L.C. Method and Apparatus for Secure Key Delivery for Decrypting Bulk Digital Content Files at an Unsecure Site
US20120240020A1 (en) * 2002-09-16 2012-09-20 Mckeown Kathleen R System and method for document collection, grouping and summarization
US20130125176A1 (en) * 2007-04-11 2013-05-16 The Directv Group, Inc. Method and system for using a website to perform a remote action on a set top box with a secure authorization
US8707370B2 (en) * 2012-07-13 2014-04-22 International Datacasting Corporation Digital satellite broadcast program distribution over multicast IP broadband networks
US9015263B2 (en) 2004-10-29 2015-04-21 Go Daddy Operating Company, LLC Domain name searching with reputation rating
US20150242508A1 (en) * 2005-05-31 2015-08-27 Google Inc. Web Crawler Scheduler that Utilizes Sitemaps from Websites
US9384280B2 (en) * 2004-12-16 2016-07-05 Bampton Technologies Llc Searching restricted content on a network
US9451050B2 (en) 2011-04-22 2016-09-20 Go Daddy Operating Company, LLC Domain name spinning from geographic location data
DE102005039361B4 (en) * 2004-08-25 2017-01-26 Google Technology Holdings LLC Method and device for multicast transmission of program information
US9565147B2 (en) 2014-06-30 2017-02-07 Go Daddy Operating Company, LLC System and methods for multiple email services having a common domain
US20170111692A1 (en) * 2014-05-20 2017-04-20 Lg Electronics Inc. Broadcasting transmission device, method for operating broadcasting transmission device, broadcasting reception device, and method for operating broadcasting reception device
US9684918B2 (en) 2013-10-10 2017-06-20 Go Daddy Operating Company, LLC System and method for candidate domain name generation
US9715694B2 (en) 2013-10-10 2017-07-25 Go Daddy Operating Company, LLC System and method for website personalization from survey data
US10193793B2 (en) 2013-12-04 2019-01-29 Sony Corporation Browser apparatus, recording medium, server apparatus, and information processing method

Families Citing this family (416)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6449377B1 (en) * 1995-05-08 2002-09-10 Digimarc Corporation Methods and systems for watermark processing of line art images
EP0905976A4 (en) * 1997-03-17 2010-09-29 Panasonic Corp Method of processing, transmitting and receiving dynamic image data and apparatus therefor
US6968394B1 (en) 1997-09-22 2005-11-22 Zaksat General Trading Co., Wll Asymmetric satellite-based internet service
JP2000506661A (en) * 1997-09-22 2000-05-30 ヒューズ・エレクトロニクス・コーポレーション Broadcast delivery of newsgroups of information to personal computers for local storage and access
JP3844588B2 (en) * 1998-03-05 2006-11-15 富士通株式会社 Information management system, local computer, and computer-readable recording medium recording information acquisition program
FI106600B (en) * 1998-05-13 2001-02-28 Nokia Networks Oy Multi-Point Transmission
US20050028206A1 (en) * 1998-06-04 2005-02-03 Imagictv, Inc. Digital interactive delivery system for TV/multimedia/internet
FI107681B (en) * 1998-06-10 2001-09-14 Nokia Multimedia Network Termi Method and apparatus for transmitting information to a DVB network
US6638314B1 (en) * 1998-06-26 2003-10-28 Microsoft Corporation Method of web crawling utilizing crawl numbers
SG80598A1 (en) * 1998-08-14 2001-05-22 Television Licensors Internat Display system for multimedia data
US6526449B1 (en) * 1998-09-11 2003-02-25 Digital Convergence Corporation Method and apparatus for controlling a computer from a remote location
US6823388B1 (en) 1998-09-11 2004-11-23 L.V. Parners, L.P. Method and apparatus for accessing a remote location with an optical reader having a programmable memory system
US6868433B1 (en) 1998-09-11 2005-03-15 L.V. Partners, L.P. Input device having positional and scanning capabilities
US7386600B1 (en) 1998-09-11 2008-06-10 Lv Partners, L.P. Launching a web site using a personal device
US7284066B1 (en) * 1998-09-11 2007-10-16 Lv Partners, Lp Method and apparatus for matching a user's use profile in commerce with a broadcast
US6615268B1 (en) * 1998-09-11 2003-09-02 Lv Partners, L.P. Method for controlling a computer using an embedded unique code in the content of dat media
US7392945B1 (en) 1998-09-11 2008-07-01 Lv Partners, L.P. Portable scanner for enabling automatic commerce transactions
US7191247B1 (en) 1998-09-11 2007-03-13 Lv Partners, Lp Method for connecting a wireless device to a remote location on a network
US7370114B1 (en) * 1998-09-11 2008-05-06 Lv Partners, L.P. Software downloading using a television broadcast channel
US7379901B1 (en) 1998-09-11 2008-05-27 Lv Partners, L.P. Accessing a vendor web site using personal account information retrieved from a credit card company web site
US6745234B1 (en) * 1998-09-11 2004-06-01 Digital:Convergence Corporation Method and apparatus for accessing a remote location by scanning an optical code
US6636896B1 (en) * 1998-09-11 2003-10-21 Lv Partners, L.P. Method and apparatus for utilizing an audibly coded signal to conduct commerce over the internet
US6704864B1 (en) * 1999-08-19 2004-03-09 L.V. Partners, L.P. Automatic configuration of equipment software
US7440993B1 (en) 1998-09-11 2008-10-21 Lv Partners, L.P. Method and apparatus for launching a web browser in response to scanning of product information
US7313805B1 (en) * 1998-11-30 2007-12-25 Sony Corporation Content navigator graphical user interface system and method
US6993721B2 (en) * 1998-11-30 2006-01-31 Sony Corporation Web channel guide graphical interface system and method
US7765179B2 (en) * 1998-12-01 2010-07-27 Alcatel-Lucent Usa Inc. Method and apparatus for resolving domain names of persistent web resources
US6802042B2 (en) * 1999-06-01 2004-10-05 Yodlee.Com, Inc. Method and apparatus for providing calculated and solution-oriented personalized summary-reports to a user through a single user-interface
US6374404B1 (en) * 1998-12-16 2002-04-16 Sony Corporation Of Japan Intelligent device having background caching of web pages from a digital television broadcast signal and method of same
US6463447B2 (en) * 1998-12-16 2002-10-08 Rstar Corporation Optimizing bandwidth consumption for document distribution over a multicast enabled wide area network
US6507867B1 (en) * 1998-12-22 2003-01-14 International Business Machines Corporation Constructing, downloading, and accessing page bundles on a portable client having intermittent network connectivity
EP1022884A1 (en) * 1999-01-25 2000-07-26 CANAL+ Société Anonyme Address assignment in a digital transmission system
WO2000046988A2 (en) * 1999-02-08 2000-08-10 United Video Properties, Inc. Electronic program guide with support for rich program content
FI106593B (en) * 1999-02-15 2001-02-28 Valtion Teknillinen IP multicast service without return connection
US7130616B2 (en) * 2000-04-25 2006-10-31 Simple Devices System and method for providing content, management, and interactivity for client devices
US20050210101A1 (en) * 1999-03-04 2005-09-22 Universal Electronics Inc. System and method for providing content, management, and interactivity for client devices
US20020013852A1 (en) * 2000-03-03 2002-01-31 Craig Janik System for providing content, management, and interactivity for thin client devices
US7468934B1 (en) * 1999-07-12 2008-12-23 Ez4Media, Inc. Clock with link to the internet
US6486892B1 (en) * 1999-04-07 2002-11-26 Joseph L. Stern System and method for accessing, manipulating and viewing internet and non-internet related information and for controlling networked devices
US6526580B2 (en) * 1999-04-16 2003-02-25 Digeo, Inc. Broadband data broadcasting service
US7861275B1 (en) * 1999-04-23 2010-12-28 The Directv Group, Inc. Multicast data services and broadcast signal markup stream for interactive broadcast systems
US6574795B1 (en) * 1999-05-28 2003-06-03 Intel Corporation Reliable communication of data by supplementing a unidirectional communications protocol
US6529995B1 (en) * 1999-06-18 2003-03-04 Storage Technology Corporation Method and apparatus for maintaining and restoring mapping table entries and data in a raid system
DE19937710A1 (en) 1999-08-10 2001-02-15 Siemens Ag Procedure for transferring an existing logical data connection
US6771644B1 (en) * 1999-09-17 2004-08-03 Lucent Technologies Inc. Program insertion in real time IP multicast
US6598074B1 (en) * 1999-09-23 2003-07-22 Rocket Network, Inc. System and method for enabling multimedia production collaboration over a network
US6662060B1 (en) * 1999-10-18 2003-12-09 Intel Corporation Method and apparatus for multimedia playback with title specific parameters
US7039722B1 (en) * 1999-11-12 2006-05-02 Fuisz Richard C Method and apparatus for translating web addresses and using numerically entered web addresses
US8516146B1 (en) * 1999-11-24 2013-08-20 Robert C. Yen Method and system for reduction of delay and bandwidth requirements in internet data transfer
US9538386B2 (en) 1999-11-24 2017-01-03 Robert C. Yen Wireless internet access with enhanced bandwidth capabilities
US6564064B1 (en) * 1999-12-01 2003-05-13 Trimble Navigation Limited Cellular telephone using pseudolites for determining location
US6674994B1 (en) * 1999-12-01 2004-01-06 Panamsat Corporation Pickup and delivery of data files
AU1483301A (en) * 1999-12-03 2001-06-12 United Video Properties, Inc. Interactive television system with web sites assigned to channel numbers
US7213005B2 (en) * 1999-12-09 2007-05-01 International Business Machines Corporation Digital content distribution using web broadcasting services
US7574000B2 (en) * 2000-01-13 2009-08-11 Verint Americas Inc. System and method for analysing communications streams
GB0000735D0 (en) 2000-01-13 2000-03-08 Eyretel Ltd System and method for analysing communication streams
US20010028662A1 (en) * 2000-01-18 2001-10-11 Hunt Paul M. Method and system of real-time optimization and implementation of content and advertising programming decisions for broadcasts and narrowcasts
TW563037B (en) * 2000-01-20 2003-11-21 Ibm Digital content distribution using web broadcasting services
US6883135B1 (en) * 2000-01-28 2005-04-19 Microsoft Corporation Proxy server using a statistical model
US6968569B2 (en) * 2000-02-07 2005-11-22 Matsushita Electric Industrial Co., Ltd. Data broadcast receiving apparatus and method
CN1279730C (en) * 2000-02-21 2006-10-11 株式会社Ntt都科摩 Information distribution method, information distribution system and information distribution server
AU2001238691A1 (en) * 2000-02-24 2001-09-03 Tvgrid, Inc. Web-driven calendar updating system
US7788686B1 (en) * 2000-03-01 2010-08-31 Andrews Christopher C Method of and apparatus for describing, promoting, publishing, aggregating, distributing and accessing live content information
US8171520B2 (en) 2000-03-02 2012-05-01 Tivo Inc. Method of sharing personal media using a digital recorder
US7908635B2 (en) 2000-03-02 2011-03-15 Tivo Inc. System and method for internet access to a personal television service
US8812850B2 (en) 2000-03-02 2014-08-19 Tivo Inc. Secure multimedia transfer system
JP2001268535A (en) * 2000-03-15 2001-09-28 Nec Corp Internet broadcast charging system
US6430553B1 (en) * 2000-03-22 2002-08-06 Exactone.Com, Inc. Method and apparatus for parsing data
US7085839B1 (en) 2000-04-07 2006-08-01 Intertrust Technologies Corporation Network content management
US7266681B1 (en) * 2000-04-07 2007-09-04 Intertrust Technologies Corp. Network communications security agent
US6973499B1 (en) * 2000-04-07 2005-12-06 Intertrust Technologies Corp. Ticketing and keying for orchestrating distribution of network content
US20010055391A1 (en) * 2000-04-27 2001-12-27 Jacobs Paul E. System and method for extracting, decoding, and utilizing hidden data embedded in audio signals
US6643641B1 (en) * 2000-04-27 2003-11-04 Russell Snyder Web search engine with graphic snapshots
US7934232B1 (en) 2000-05-04 2011-04-26 Jerding Dean F Navigation paradigm for access to television services
US6618858B1 (en) * 2000-05-11 2003-09-09 At Home Liquidating Trust Automatic identification of a set-top box user to a network
JP4953496B2 (en) * 2000-05-15 2012-06-13 ソニー株式会社 Content search / presentation system and method, and software storage medium
US7200863B2 (en) * 2000-05-16 2007-04-03 Hoshiko Llc System and method for serving content over a wide area network
EP1158798A1 (en) * 2000-05-25 2001-11-28 Lucent Technologies Inc. Method and device for the reception of broadcast contents by subscribers
US20020032903A1 (en) * 2000-05-26 2002-03-14 Sprunk Eric J. Authorization using ciphertext tokens
US6968380B1 (en) 2000-05-30 2005-11-22 International Business Machines Corporation Method and system for increasing ease-of-use and bandwidth utilization in wireless devices
US6985933B1 (en) * 2000-05-30 2006-01-10 International Business Machines Corporation Method and system for increasing ease-of-use and bandwidth utilization in wireless devices
US7346649B1 (en) * 2000-05-31 2008-03-18 Wong Alexander Y Method and apparatus for network content distribution using a personal server approach
WO2001097012A2 (en) * 2000-06-14 2001-12-20 Sap Aktiengesellschaft Communication between client and server computers via http, method, computer program product and system
US20050223040A1 (en) * 2000-07-11 2005-10-06 Upadrasta Prasad V Facilitating searching on multicast receivers
US7269842B1 (en) * 2000-08-31 2007-09-11 Intel Corporation Time shifting enhanced television triggers
US20060031550A1 (en) * 2000-09-05 2006-02-09 Universal Electronics Inc. Webpad adapted to communicate using wide area and local area communication channels
US20020178279A1 (en) * 2000-09-05 2002-11-28 Janik Craig M. Webpad and method for using the same
US20020065902A1 (en) * 2000-09-05 2002-05-30 Janik Craig M. Webpad and method for using the same
US20020065927A1 (en) * 2000-09-05 2002-05-30 Janik Craig M. Webpad and method for using the same
US20020030764A1 (en) * 2000-09-06 2002-03-14 Min-Young Kim Digital TV for use in a home wide web and method of changing a channel in the same
DE10044161B4 (en) * 2000-09-06 2006-12-07 T-Mobile Deutschland Gmbh Method and system for communicating with the Internet
US7668740B1 (en) * 2000-09-22 2010-02-23 Ita Software, Inc. Method, system, and computer program product for interfacing with information sources
US7325190B1 (en) 2000-10-02 2008-01-29 Boehmer Tiffany D Interface system and method of building rules and constraints for a resource scheduling system
JP2002152259A (en) * 2000-11-13 2002-05-24 Yozan Inc Communication terminal and charging processing unit
US7328231B2 (en) * 2000-11-28 2008-02-05 Navic Systems Generating schedules for synchronizing bulk data transfers to end node devices in a multimedia network
US20020122427A1 (en) * 2000-11-28 2002-09-05 Navic Systems, Inc. Synchronization of bulk data transfers to end node devices in a multimedia network
US20020065929A1 (en) * 2000-11-28 2002-05-30 Navic Systems Inc. Protocol extensions to increase reliability of bulk data transmissions
US7047273B2 (en) 2000-11-28 2006-05-16 Navic Systems, Inc. Load balancing in set top cable box environment
NZ520068A (en) * 2000-12-06 2005-02-25 Ntt Docomo Inc Method and apparatus for processing plural divided e-mails
US7412519B2 (en) * 2000-12-08 2008-08-12 Xerox Corporation Authorized document usage including rendering a protected document
US7409382B2 (en) * 2000-12-08 2008-08-05 Fujitsu Limited Information processing system, terminal device, method and medium
US7549160B1 (en) * 2000-12-21 2009-06-16 Cisco Technology, Inc. Method and system for authenticated access to internet protocol (IP) multicast traffic
US8479245B2 (en) * 2001-01-18 2013-07-02 Sony Corporation Method and system for receiving and processing digital content
US7079501B2 (en) * 2001-01-31 2006-07-18 International Business Machines Corporation Method and system for efficiently delivering content to multiple requesters
US6988100B2 (en) * 2001-02-01 2006-01-17 International Business Machines Corporation Method and system for extending the performance of a web crawler
GB2389496B (en) * 2001-02-09 2005-04-06 Quadriga Technology Ltd Method and apparatus for distributing data
US20030140345A1 (en) * 2001-02-09 2003-07-24 Fisk Julian B. System for and method of distributing television, video and other signals
US20020112247A1 (en) * 2001-02-09 2002-08-15 Horner David R. Method and system for creation, delivery, and presentation of time-synchronized multimedia presentations
GB0103381D0 (en) * 2001-02-12 2001-03-28 Eyretel Ltd Packet data recording method and system
WO2002080456A1 (en) * 2001-03-30 2002-10-10 Egc & C Co., Ltd. Method of intermediating multicasting signal for multicasting embodiment
US8015042B2 (en) * 2001-04-02 2011-09-06 Verint Americas Inc. Methods for long-range contact center staff planning utilizing discrete event simulation
US6952732B2 (en) 2001-04-30 2005-10-04 Blue Pumpkin Software, Inc. Method and apparatus for multi-contact scheduling
US6850970B2 (en) * 2001-04-04 2005-02-01 Nktomi Corporation Approach for caching electronic products
US6959405B2 (en) * 2001-04-18 2005-10-25 Blue Pumpkin Software, Inc. Method and system for concurrent error identification in resource scheduling
MXPA03009656A (en) * 2001-04-20 2004-06-30 Gen Instrument Corp Real-time display of bandwidth utilization in a transport multiplexer.
US20020161767A1 (en) * 2001-04-30 2002-10-31 Shapiro Aaron M. System and method for updating content on a plurality of content server computers over a network
US20030014336A1 (en) * 2001-05-04 2003-01-16 Fu-Tak Dao Analytically determining revenue of internet companies using internet metrics
US7451110B2 (en) * 2001-05-18 2008-11-11 Network Resonance, Inc. System, method and computer program product for providing an efficient trading market
US7936693B2 (en) * 2001-05-18 2011-05-03 Network Resonance, Inc. System, method and computer program product for providing an IP datalink multiplexer
US7464154B2 (en) * 2001-05-18 2008-12-09 Network Resonance, Inc. System, method and computer program product for analyzing data from network-based structured message stream
US7124299B2 (en) * 2001-05-18 2006-10-17 Claymore Systems, Inc. System, method and computer program product for auditing XML messages in a network-based message stream
US7995603B2 (en) * 2001-05-22 2011-08-09 Nds Limited Secure digital content delivery system and method over a broadcast network
JP4202622B2 (en) * 2001-07-13 2008-12-24 富士通株式会社 Content distribution method, content information processing apparatus, and program
US6981032B2 (en) * 2001-07-27 2005-12-27 International Business Machines Corporation Enhanced multicast-based web server
US20030028632A1 (en) * 2001-08-02 2003-02-06 Davis Thomas G. System and method of multicasting data messages
US20030074448A1 (en) * 2001-08-10 2003-04-17 Tadashi Kinebuchi Multimedia information system and computer program
US7721320B2 (en) * 2001-09-27 2010-05-18 Nokia Corporation Storage of audio/visual program data with associated promotional material
US7433917B2 (en) * 2001-09-28 2008-10-07 Bea Systems, Inc. Method and apparatus for using Java dynamic proxies to interface to generic, bean-like management entities
EP1304844B1 (en) * 2001-10-19 2007-04-04 Sony Deutschland GmbH Content protection and copy management system for a network
US7149809B2 (en) * 2001-11-13 2006-12-12 One Touch Systems System for reducing server loading during content delivery
US20030097663A1 (en) * 2001-11-19 2003-05-22 Matti Puputti Method and apparatus for dynamic provisioning of IP-based services in a DVB network
US8417827B2 (en) * 2001-12-12 2013-04-09 Nokia Corporation Synchronous media playback and messaging system
US7516236B2 (en) * 2001-12-21 2009-04-07 Nokia Corporation Method to improve perceived access speed to data network content using a multicast channel and local cache
US20030126162A1 (en) * 2002-01-03 2003-07-03 Yohe Thomas Patrick System and method for synchronizing databases in a secure network environment
US9008300B2 (en) 2002-01-28 2015-04-14 Verint Americas Inc Complex recording trigger
US20030142122A1 (en) * 2002-01-31 2003-07-31 Christopher Straut Method, apparatus, and system for replaying data selected from among data captured during exchanges between a server and a user
US7882212B1 (en) 2002-01-28 2011-02-01 Verint Systems Inc. Methods and devices for archiving recorded interactions and retrieving stored recorded interactions
US7424715B1 (en) 2002-01-28 2008-09-09 Verint Americas Inc. Method and system for presenting events associated with recorded data exchanged between a server and a user
US7149788B1 (en) 2002-01-28 2006-12-12 Witness Systems, Inc. Method and system for providing access to captured multimedia data from a multimedia player
US7219138B2 (en) * 2002-01-31 2007-05-15 Witness Systems, Inc. Method, apparatus, and system for capturing data exchanged between a server and a user
US20030145140A1 (en) * 2002-01-31 2003-07-31 Christopher Straut Method, apparatus, and system for processing data captured during exchanges between a server and a user
US6874089B2 (en) * 2002-02-25 2005-03-29 Network Resonance, Inc. System, method and computer program product for guaranteeing electronic transactions
US7769997B2 (en) * 2002-02-25 2010-08-03 Network Resonance, Inc. System, method and computer program product for guaranteeing electronic transactions
US7673136B2 (en) * 2002-02-26 2010-03-02 Stewart Ian A Method for secure multicast repeating on the public Internet
KR100521146B1 (en) * 2002-03-04 2005-10-12 삼성전자주식회사 Internet broadcasting system and method using a set-top box
US7222170B2 (en) * 2002-03-14 2007-05-22 Hewlett-Packard Development Company, L.P. Tracking hits for network files using transmitted counter instructions
US7600021B2 (en) * 2002-04-03 2009-10-06 Microsoft Corporation Delta replication of source files and packages across networked resources
US20030196113A1 (en) * 2002-04-10 2003-10-16 Chris Brown System and method for providing a secure environment for performing conditional access functions for a set top box
US7668901B2 (en) * 2002-04-15 2010-02-23 Avid Technology, Inc. Methods and system using a local proxy server to process media data for local area users
US7185111B2 (en) * 2002-04-19 2007-02-27 Hewlett-Packard Development Company, L.P. Available server determination
US20030216958A1 (en) * 2002-05-15 2003-11-20 Linwood Register System for and method of doing business to provide network-based in-store media broadcasting
FR2839834B1 (en) * 2002-05-17 2004-07-30 Viaccess Sa METHOD FOR DATA DISTRIBUTION WITH ACCESS CONTROL
US7415605B2 (en) * 2002-05-21 2008-08-19 Bio-Key International, Inc. Biometric identification network security
US20050216910A1 (en) * 2002-05-23 2005-09-29 Benoit Marchand Increasing fault-tolerance and minimizing network bandwidth requirements in software installation modules
US7305585B2 (en) * 2002-05-23 2007-12-04 Exludus Technologies Inc. Asynchronous and autonomous data replication
US20050060608A1 (en) * 2002-05-23 2005-03-17 Benoit Marchand Maximizing processor utilization and minimizing network bandwidth requirements in throughput compute clusters
US20080222234A1 (en) * 2002-05-23 2008-09-11 Benoit Marchand Deployment and Scaling of Virtual Environments
FR2840148B1 (en) * 2002-05-27 2004-12-03 Cit Alcatel METHOD FOR OPTIMIZED TRANSMISSION OF MULTIMEDIA CONTENT
US20030235278A1 (en) * 2002-06-06 2003-12-25 Toni Paila System and method for the distribution of multimedia messaging service messages
EP1377054A1 (en) * 2002-06-25 2004-01-02 Canal+ Technologies Société Anonyme Discovery information for IP multicast
US20050114519A1 (en) * 2002-06-28 2005-05-26 Rubio Pedro G. Procedure to view updated contents in digital supports, via internet
US8370420B1 (en) * 2002-07-11 2013-02-05 Citrix Systems, Inc. Web-integrated display of locally stored content objects
US7649889B2 (en) * 2002-07-23 2010-01-19 Vectormax Corporation Server arbitrated reliable multicast system and process for accessing the same
CA2495059C (en) * 2002-08-17 2010-05-18 Kt Corporation Satellite ip multicasting system and method
GB0219493D0 (en) 2002-08-21 2002-10-02 Eyretel Plc Method and system for communications monitoring
US7646927B2 (en) * 2002-09-19 2010-01-12 Ricoh Company, Ltd. Image processing and display scheme for rendering an image at high speed
US7716312B2 (en) 2002-11-13 2010-05-11 Avid Technology, Inc. Method and system for transferring large data files over parallel connections
US7587486B2 (en) * 2003-01-08 2009-09-08 Microsoft Corporation Click stream analysis
US7062272B2 (en) 2003-02-18 2006-06-13 Qualcomm Incorporated Method and apparatus to track count of broadcast content recipients in a wireless telephone network
IL154739A0 (en) * 2003-03-04 2003-10-31 Bamboo Mediacasting Ltd Segmented data delivery over non-reliable link
JP4684997B2 (en) * 2003-03-20 2011-05-18 トムソン ライセンシング System and method using multicast IP and Ethernet to discover and distribute satellite signals
US7325202B2 (en) * 2003-03-31 2008-01-29 Sun Microsystems, Inc. Method and system for selectively retrieving updated information from one or more websites
US20040210927A1 (en) * 2003-04-21 2004-10-21 Bahr Charles C. Multicasting systems using distributed user authentication
US20040226045A1 (en) * 2003-05-09 2004-11-11 Sbc Knowledge Ventures, L.P. Application services coordinated DSL-satellite multicast content delivery
US7810122B2 (en) * 2003-05-09 2010-10-05 At&T Intellectual Property I, L.P. Application services coordinated satellite multicast content delivery
US20050005007A1 (en) * 2003-07-01 2005-01-06 International Business Machines Corporation World wide web document distribution system to receiving web display stations with tracking at the receiving station of the extent of usage of documents previously accessed and stored at receiving station
GB2405567B (en) * 2003-08-27 2007-01-10 Pccw Hkt Datacom Services Ltd Digital multicast system
US7450579B2 (en) * 2003-09-09 2008-11-11 Broadcom Corporation Downstream synchronous multichannels for a communications management system
IL157886A0 (en) * 2003-09-11 2009-02-11 Bamboo Mediacasting Ltd Secure multicast transmission
IL157885A0 (en) * 2003-09-11 2004-03-28 Bamboo Mediacasting Ltd Iterative forward error correction
US7260393B2 (en) * 2003-09-23 2007-08-21 Intel Corporation Systems and methods for reducing communication unit scan time in wireless networks
IL158158A (en) * 2003-09-29 2012-05-31 Bamboo Mediacasting Ltd Distribution of multicast data to users
KR100937419B1 (en) * 2003-10-02 2010-01-18 엘지전자 주식회사 Method for connecting broadcasting or multicast service between network elements in mobile communication system
EP1676384B1 (en) * 2003-10-22 2009-08-19 Nokia Corporation Method and apparatus for facilitating management of multicast delivery to mobile devices
US7334226B2 (en) * 2003-10-30 2008-02-19 International Business Machines Corporation Autonomic auto-configuration using prior installation configuration relationships
US8161388B2 (en) 2004-01-21 2012-04-17 Rodriguez Arturo A Interactive discovery of display device characteristics
US7584221B2 (en) * 2004-03-18 2009-09-01 Microsoft Corporation Field weighting in text searching
US20060031548A1 (en) * 2004-03-19 2006-02-09 Funchess Samuel W Electronic media distribution system and method
US8276096B2 (en) * 2004-04-02 2012-09-25 International Business Machines Corporation Multicast file viewing and editing
US8351468B2 (en) 2004-04-05 2013-01-08 Broadcom Corporation Method and apparatus for downloading content using channel bonding
ES2682243T3 (en) * 2004-04-12 2018-09-19 Tivo Solutions Inc. Multicast multimedia content distribution system
US20050234961A1 (en) * 2004-04-16 2005-10-20 Pinnacle Systems, Inc. Systems and Methods for providing a proxy for a shared file system
US7440999B2 (en) * 2004-04-29 2008-10-21 Tvworks, Llc Imprint client statistical filtering
US8379864B2 (en) 2004-07-09 2013-02-19 Nokia Corporation Software plug-in framework to modify decryption methods in terminals
US20060034321A1 (en) * 2004-07-09 2006-02-16 Nokia Corporation Method for receiving a time slice burst of data
KR100611987B1 (en) * 2004-07-28 2006-08-11 삼성전자주식회사 Method for changing content, sink device and source device
US20060080286A1 (en) * 2004-08-31 2006-04-13 Flashpoint Technology, Inc. System and method for storing and accessing images based on position data associated therewith
US7397812B2 (en) * 2004-08-31 2008-07-08 General Motors Corporation System and method for wireless broadcast of multimedia files to vehicles
US8145659B1 (en) * 2004-09-09 2012-03-27 Cisco Technology, Inc. Real-time communications enhanced search
US7606793B2 (en) * 2004-09-27 2009-10-20 Microsoft Corporation System and method for scoping searches using index keys
US7827181B2 (en) * 2004-09-30 2010-11-02 Microsoft Corporation Click distance determination
US7761448B2 (en) 2004-09-30 2010-07-20 Microsoft Corporation System and method for ranking search results using click distance
US7739277B2 (en) * 2004-09-30 2010-06-15 Microsoft Corporation System and method for incorporating anchor text into ranking search results
JP4782018B2 (en) * 2004-10-21 2011-09-28 パナソニック株式会社 Content receiving apparatus, content receiving method, and content distribution system
US7792034B2 (en) * 2004-10-29 2010-09-07 Broadcom Corporation Hierarchical flow-level multi-channel communication
US10497008B2 (en) * 2004-11-05 2019-12-03 Hugues Courchesne Method for web-based distribution of targeted advertising messages
US7934170B2 (en) 2004-11-19 2011-04-26 Tivo Inc. Method and apparatus for displaying branded video tags
US7639678B2 (en) * 2004-12-02 2009-12-29 Nortel Networks Limited Multimodal data switch
KR20060066444A (en) * 2004-12-13 2006-06-16 한국전자통신연구원 Internet broadcasting system and its method
US7716198B2 (en) * 2004-12-21 2010-05-11 Microsoft Corporation Ranking search results using feature extraction
US20060174276A1 (en) * 2005-01-31 2006-08-03 Derrenberger Mike A Customer associated profile for accessing audio and video media objects
US7509371B1 (en) * 2005-03-02 2009-03-24 Sun Microsystems, Inc. Application discovery method including identifying task entry points and launch points
US20060200460A1 (en) * 2005-03-03 2006-09-07 Microsoft Corporation System and method for ranking search results using file types
US7792833B2 (en) * 2005-03-03 2010-09-07 Microsoft Corporation Ranking search results using language types
JP4490314B2 (en) * 2005-03-07 2010-06-23 Kddi株式会社 Communications system
US7716316B2 (en) * 2005-03-29 2010-05-11 Microsoft Corporation Methods and systems for performing remote diagnostics
US7801881B1 (en) * 2005-05-31 2010-09-21 Google Inc. Sitemap generating client for web crawler
US7490289B2 (en) * 2005-06-09 2009-02-10 International Business Machines Corporation Depth indicator for a link in a document
US7672306B2 (en) * 2005-07-18 2010-03-02 Stewart Ian A Method for secure reliable point to multi-point bi-directional communications
US7599917B2 (en) * 2005-08-15 2009-10-06 Microsoft Corporation Ranking search results using biased click distance
US7653617B2 (en) * 2005-08-29 2010-01-26 Google Inc. Mobile sitemaps
KR100678957B1 (en) * 2005-08-31 2007-02-06 삼성전자주식회사 Device and method for sharing multimedia data of network device on the network
WO2007054687A1 (en) * 2005-11-14 2007-05-18 Nds Limited Additional content information
US20070118509A1 (en) * 2005-11-18 2007-05-24 Flashpoint Technology, Inc. Collaborative service for suggesting media keywords based on location data
US20070139189A1 (en) * 2005-12-05 2007-06-21 Helmig Kevin S Multi-platform monitoring system and method
US8095565B2 (en) * 2005-12-05 2012-01-10 Microsoft Corporation Metadata driven user interface
US7924884B2 (en) 2005-12-20 2011-04-12 Citrix Systems, Inc. Performance logging using relative differentials and skip recording
US20070219937A1 (en) * 2006-01-03 2007-09-20 Creative Technology Ltd Automated visualization for enhanced music playback
US8112298B2 (en) * 2006-02-22 2012-02-07 Verint Americas, Inc. Systems and methods for workforce optimization
US8670552B2 (en) * 2006-02-22 2014-03-11 Verint Systems, Inc. System and method for integrated display of multiple types of call agent data
US8112306B2 (en) * 2006-02-22 2012-02-07 Verint Americas, Inc. System and method for facilitating triggers and workflows in workforce optimization
US20070206767A1 (en) * 2006-02-22 2007-09-06 Witness Systems, Inc. System and method for integrated display of recorded interactions and call agent data
US7853006B1 (en) 2006-02-22 2010-12-14 Verint Americas Inc. Systems and methods for scheduling call center agents using quality data and correlation-based discovery
US7864946B1 (en) 2006-02-22 2011-01-04 Verint Americas Inc. Systems and methods for scheduling call center agents using quality data and correlation-based discovery
US8108237B2 (en) * 2006-02-22 2012-01-31 Verint Americas, Inc. Systems for integrating contact center monitoring, training and scheduling
US8117064B2 (en) * 2006-02-22 2012-02-14 Verint Americas, Inc. Systems and methods for workforce optimization and analytics
US8160233B2 (en) * 2006-02-22 2012-04-17 Verint Americas Inc. System and method for detecting and displaying business transactions
US7734783B1 (en) 2006-03-21 2010-06-08 Verint Americas Inc. Systems and methods for determining allocations for distributed multi-site contact centers
US8126134B1 (en) 2006-03-30 2012-02-28 Verint Americas, Inc. Systems and methods for scheduling of outbound agents
US8594313B2 (en) 2006-03-31 2013-11-26 Verint Systems, Inc. Systems and methods for endpoint recording using phones
US7792278B2 (en) 2006-03-31 2010-09-07 Verint Americas Inc. Integration of contact center surveys
US8130938B2 (en) 2006-03-31 2012-03-06 Verint Americas, Inc. Systems and methods for endpoint recording using recorders
US8000465B2 (en) * 2006-03-31 2011-08-16 Verint Americas, Inc. Systems and methods for endpoint recording using gateways
US7852994B1 (en) 2006-03-31 2010-12-14 Verint Americas Inc. Systems and methods for recording audio
US7826608B1 (en) 2006-03-31 2010-11-02 Verint Americas Inc. Systems and methods for calculating workforce staffing statistics
US8442033B2 (en) * 2006-03-31 2013-05-14 Verint Americas, Inc. Distributed voice over internet protocol recording
US7822018B2 (en) * 2006-03-31 2010-10-26 Verint Americas Inc. Duplicate media stream
US7701972B1 (en) 2006-03-31 2010-04-20 Verint Americas Inc. Internet protocol analyzing
US8254262B1 (en) 2006-03-31 2012-08-28 Verint Americas, Inc. Passive recording and load balancing
US8204056B2 (en) 2006-03-31 2012-06-19 Verint Americas, Inc. Systems and methods for endpoint recording using a media application server
US20080008296A1 (en) * 2006-03-31 2008-01-10 Vernit Americas Inc. Data Capture in a Distributed Network
US7995612B2 (en) * 2006-03-31 2011-08-09 Verint Americas, Inc. Systems and methods for capturing communication signals [32-bit or 128-bit addresses]
US7672746B1 (en) 2006-03-31 2010-03-02 Verint Americas Inc. Systems and methods for automatic scheduling of a workforce
US7774854B1 (en) 2006-03-31 2010-08-10 Verint Americas Inc. Systems and methods for protecting information
US7680264B2 (en) * 2006-03-31 2010-03-16 Verint Americas Inc. Systems and methods for endpoint recording using a conference bridge
US20070237525A1 (en) * 2006-03-31 2007-10-11 Witness Systems, Inc. Systems and methods for modular capturing various communication signals
US8155275B1 (en) 2006-04-03 2012-04-10 Verint Americas, Inc. Systems and methods for managing alarms from recorders
US8331549B2 (en) * 2006-05-01 2012-12-11 Verint Americas Inc. System and method for integrated workforce and quality management
US8396732B1 (en) 2006-05-08 2013-03-12 Verint Americas Inc. System and method for integrated workforce and analytics
US7817795B2 (en) * 2006-05-10 2010-10-19 Verint Americas, Inc. Systems and methods for data synchronization in a customer center
US20070282807A1 (en) * 2006-05-10 2007-12-06 John Ringelman Systems and methods for contact center analysis
US7656849B1 (en) 2006-05-31 2010-02-02 Qurio Holdings, Inc. System and method for bypassing an access point in a local area network for P2P data transfers
US7733908B1 (en) 2006-05-31 2010-06-08 Qurio Holdings, Inc. Cross-layer architecture for a network device
US20070293950A1 (en) * 2006-06-14 2007-12-20 Microsoft Corporation Web Content Extraction
WO2007147080A1 (en) * 2006-06-16 2007-12-21 Almondnet, Inc. Media properties selection method and system based on expected profit from profile-based ad delivery
US8150938B1 (en) 2006-06-21 2012-04-03 Qurio Holdings, Inc. Profile aware mediating server
US8244855B1 (en) 2006-06-21 2012-08-14 Qurio Holdings, Inc. Application state aware mediating server
US8055803B1 (en) 2006-06-21 2011-11-08 Qurio Holdings, Inc. Generating communities using a mediating server and the semantic web
US7660407B2 (en) 2006-06-27 2010-02-09 Verint Americas Inc. Systems and methods for scheduling contact center agents
US20070297578A1 (en) * 2006-06-27 2007-12-27 Witness Systems, Inc. Hybrid recording of communications
US7660406B2 (en) * 2006-06-27 2010-02-09 Verint Americas Inc. Systems and methods for integrating outsourcers
US8102863B1 (en) 2006-06-27 2012-01-24 Qurio Holdings, Inc. High-speed WAN to wireless LAN gateway
US7903568B2 (en) * 2006-06-29 2011-03-08 Verint Americas Inc. Systems and methods for providing recording as a network service
US7660307B2 (en) 2006-06-29 2010-02-09 Verint Americas Inc. Systems and methods for providing recording as a network service
US7881471B2 (en) * 2006-06-30 2011-02-01 Verint Systems Inc. Systems and methods for recording an encrypted interaction
US7848524B2 (en) * 2006-06-30 2010-12-07 Verint Americas Inc. Systems and methods for a secure recording environment
US8131578B2 (en) * 2006-06-30 2012-03-06 Verint Americas Inc. Systems and methods for automatic scheduling of a workforce
US7853800B2 (en) 2006-06-30 2010-12-14 Verint Americas Inc. Systems and methods for a secure recording environment
US20080052535A1 (en) * 2006-06-30 2008-02-28 Witness Systems, Inc. Systems and Methods for Recording Encrypted Interactions
US7966397B2 (en) 2006-06-30 2011-06-21 Verint Americas Inc. Distributive data capture
US7953621B2 (en) 2006-06-30 2011-05-31 Verint Americas Inc. Systems and methods for displaying agent activity exceptions
US20080004945A1 (en) * 2006-06-30 2008-01-03 Joe Watson Automated scoring of interactions
US7769176B2 (en) 2006-06-30 2010-08-03 Verint Americas Inc. Systems and methods for a secure recording environment
US8533226B1 (en) 2006-08-04 2013-09-10 Google Inc. System and method for verifying and revoking ownership rights with respect to a website in a website indexing system
US7930400B1 (en) 2006-08-04 2011-04-19 Google Inc. System and method for managing multiple domain names for a website in a website indexing system
US7792965B2 (en) 2006-08-30 2010-09-07 Research In Motion Limited Method and apparatus for simplified user access to multiple browser transports in a mobile communication device
US8615778B1 (en) 2006-09-28 2013-12-24 Qurio Holdings, Inc. Personalized broadcast system
US7953750B1 (en) 2006-09-28 2011-05-31 Verint Americas, Inc. Systems and methods for storing and searching data in a customer center environment
US7895275B1 (en) 2006-09-28 2011-02-22 Qurio Holdings, Inc. System and method providing quality based peer review and distribution of digital content
US7930314B2 (en) * 2006-09-28 2011-04-19 Verint Americas Inc. Systems and methods for storing and searching data in a customer center environment
US7991613B2 (en) 2006-09-29 2011-08-02 Verint Americas Inc. Analyzing audio components and generating text with integrated additional session information
US20080082387A1 (en) * 2006-09-29 2008-04-03 Swati Tewari Systems and methods or partial shift swapping
US8837697B2 (en) * 2006-09-29 2014-09-16 Verint Americas Inc. Call control presence and recording
US7899178B2 (en) 2006-09-29 2011-03-01 Verint Americas Inc. Recording invocation of communication sessions
US8005676B2 (en) * 2006-09-29 2011-08-23 Verint Americas, Inc. Speech analysis using statistical learning
US8645179B2 (en) * 2006-09-29 2014-02-04 Verint Americas Inc. Systems and methods of partial shift swapping
US8199886B2 (en) * 2006-09-29 2012-06-12 Verint Americas, Inc. Call control recording
US7613290B2 (en) * 2006-09-29 2009-11-03 Verint Americas Inc. Recording using proxy servers
US7873156B1 (en) 2006-09-29 2011-01-18 Verint Americas Inc. Systems and methods for analyzing contact center interactions
US7920482B2 (en) 2006-09-29 2011-04-05 Verint Americas Inc. Systems and methods for monitoring information corresponding to communication sessions
US8068602B1 (en) 2006-09-29 2011-11-29 Verint Americas, Inc. Systems and methods for recording using virtual machines
US7885813B2 (en) * 2006-09-29 2011-02-08 Verint Systems Inc. Systems and methods for analyzing communication sessions
US7881216B2 (en) * 2006-09-29 2011-02-01 Verint Systems Inc. Systems and methods for analyzing communication sessions using fragments
US7752043B2 (en) 2006-09-29 2010-07-06 Verint Americas Inc. Multi-pass speech analytics
US7899176B1 (en) 2006-09-29 2011-03-01 Verint Americas Inc. Systems and methods for discovering customer center information
US20080080685A1 (en) * 2006-09-29 2008-04-03 Witness Systems, Inc. Systems and Methods for Recording in a Contact Center Environment
US7570755B2 (en) 2006-09-29 2009-08-04 Verint Americas Inc. Routine communication sessions for recording
US7965828B2 (en) 2006-09-29 2011-06-21 Verint Americas Inc. Call control presence
US7599920B1 (en) 2006-10-12 2009-10-06 Google Inc. System and method for enabling website owners to manage crawl rate in a website indexing system
US7738676B1 (en) 2006-11-02 2010-06-15 Qurio Holdings, Inc. Client-side watermarking using hybrid I-frames
US7983440B1 (en) 2006-11-02 2011-07-19 Qurio Holdings, Inc. Selection of I-frames for client-side watermarking
US8130926B2 (en) * 2006-12-08 2012-03-06 Verint Americas, Inc. Systems and methods for recording data
US8280011B2 (en) * 2006-12-08 2012-10-02 Verint Americas, Inc. Recording in a distributed environment
US8130925B2 (en) * 2006-12-08 2012-03-06 Verint Americas, Inc. Systems and methods for recording
US7802306B1 (en) 2006-11-30 2010-09-21 Qurio Holdings, Inc. Multiple watermarks for digital rights management (DRM) and content tracking
US20080137814A1 (en) * 2006-12-07 2008-06-12 Jamie Richard Williams Systems and Methods for Replaying Recorded Data
US8000474B1 (en) * 2006-12-15 2011-08-16 Quiro Holdings, Inc. Client-side protection of broadcast or multicast content for non-real-time playback
US7701944B2 (en) * 2007-01-19 2010-04-20 International Business Machines Corporation System and method for crawl policy management utilizing IP address and IP address range
US7460038B2 (en) 2007-03-12 2008-12-02 Citrix Systems, Inc. Systems and methods of clustered sharing of compression histories
US7619545B2 (en) 2007-03-12 2009-11-17 Citrix Systems, Inc. Systems and methods of using application and protocol specific parsing for compression
US7827237B2 (en) 2007-03-12 2010-11-02 Citrix Systems, Inc. Systems and methods for identifying long matches of data in a compression history
US7532134B2 (en) 2007-03-12 2009-05-12 Citrix Systems, Inc. Systems and methods for sharing compression histories between multiple devices
US8255570B2 (en) 2007-03-12 2012-08-28 Citrix Systems, Inc. Systems and methods of compression history expiration and synchronization
US7706266B2 (en) 2007-03-12 2010-04-27 Citrix Systems, Inc. Systems and methods of providing proxy-based quality of service
US7865585B2 (en) 2007-03-12 2011-01-04 Citrix Systems, Inc. Systems and methods for providing dynamic ad hoc proxy-cache hierarchies
RU2339077C1 (en) * 2007-03-13 2008-11-20 Олег Вениаминович Сахаров Method of operating conditional access system for application in computer networks and system for its realisation
US8135947B1 (en) 2007-03-21 2012-03-13 Qurio Holdings, Inc. Interconnect device to enable compliance with rights management restrictions
US9191605B1 (en) 2007-03-26 2015-11-17 Qurio Holdings, Inc. Remote monitoring of media content that is associated with rights management restrictions
US20080244686A1 (en) * 2007-03-27 2008-10-02 Witness Systems, Inc. Systems and Methods for Enhancing Security of Files
US8170184B2 (en) 2007-03-30 2012-05-01 Verint Americas, Inc. Systems and methods for recording resource association in a recording environment
US9106737B2 (en) * 2007-03-30 2015-08-11 Verint Americas, Inc. Systems and methods for recording resource association for recording
US8437465B1 (en) 2007-03-30 2013-05-07 Verint Americas, Inc. Systems and methods for capturing communications data
US8743730B2 (en) * 2007-03-30 2014-06-03 Verint Americas Inc. Systems and methods for recording resource association for a communications environment
US20080263610A1 (en) * 2007-04-19 2008-10-23 Youbiquity, Llc System for distributing electronic content assets over communication media having differing characteristics
EP2143275A1 (en) * 2007-05-02 2010-01-13 NDS Limited Retrieving metadata
US20080300955A1 (en) * 2007-05-30 2008-12-04 Edward Hamilton System and Method for Multi-Week Scheduling
US8315901B2 (en) * 2007-05-30 2012-11-20 Verint Systems Inc. Systems and methods of automatically scheduling a workforce
US20080300963A1 (en) * 2007-05-30 2008-12-04 Krithika Seetharaman System and Method for Long Term Forecasting
US8037022B2 (en) * 2007-06-05 2011-10-11 Samsung Electroncis Co., Ltd. Synchronizing content between content directory service and control point
US7805745B2 (en) 2007-06-13 2010-09-28 Microsoft Corporation Media content rebroadcast
US7895442B1 (en) 2007-06-18 2011-02-22 Qurio Holdings, Inc. Interconnect device to enable compliance with rights management restrictions
US8117303B2 (en) * 2007-06-29 2012-02-14 Nokia Corporation Systems, methods, devices, and computer program products for downloading content for offline browsing
US8244710B2 (en) * 2007-08-03 2012-08-14 Oracle International Corporation Method and system for information retrieval using embedded links
US8908700B2 (en) 2007-09-07 2014-12-09 Citrix Systems, Inc. Systems and methods for bridging a WAN accelerator with a security gateway
US9064102B2 (en) * 2007-09-11 2015-06-23 Google Technology Holdings LLC Method, system and device for secured access to protected digital material
US9239666B2 (en) * 2007-09-12 2016-01-19 Citrix Systems, Inc. Methods and systems for maintaining desktop environments providing integrated access to remote and local resources
US7840569B2 (en) * 2007-10-18 2010-11-23 Microsoft Corporation Enterprise relevancy ranking using a neural network
US9348912B2 (en) * 2007-10-18 2016-05-24 Microsoft Technology Licensing, Llc Document length as a static relevance feature for ranking search results
US7925694B2 (en) 2007-10-19 2011-04-12 Citrix Systems, Inc. Systems and methods for managing cookies via HTTP content layer
US8386629B2 (en) * 2007-12-27 2013-02-26 At&T Intellectual Property I, L.P. Network optimized content delivery for high demand non-live contents
US8090877B2 (en) 2008-01-26 2012-01-03 Citrix Systems, Inc. Systems and methods for fine grain policy driven cookie proxying
US9152208B2 (en) 2008-04-10 2015-10-06 Here Global B.V. Methods, apparatuses and computer program products for updating a content item
US8812493B2 (en) * 2008-04-11 2014-08-19 Microsoft Corporation Search results ranking using editing distance and document information
US8401155B1 (en) 2008-05-23 2013-03-19 Verint Americas, Inc. Systems and methods for secure recording in a customer center environment
US8910197B2 (en) * 2008-08-25 2014-12-09 Alcatel Lucent Update process for interface device based targeted information insertion
WO2010042580A1 (en) * 2008-10-08 2010-04-15 Citrix Systems, Inc. Systems and methods for allocating bandwidth by an intermediary for flow control
US10977693B2 (en) 2008-11-26 2021-04-13 Free Stream Media Corp. Association of content identifier of audio-visual data with additional data through capture infrastructure
US10419541B2 (en) 2008-11-26 2019-09-17 Free Stream Media Corp. Remotely control devices over a network without authentication or registration
US10567823B2 (en) 2008-11-26 2020-02-18 Free Stream Media Corp. Relevant advertisement generation based on a user operating a client device communicatively coupled with a networked media device
US9154942B2 (en) 2008-11-26 2015-10-06 Free Stream Media Corp. Zero configuration communication between a browser and a networked media device
US10631068B2 (en) 2008-11-26 2020-04-21 Free Stream Media Corp. Content exposure attribution based on renderings of related content across multiple devices
US9386356B2 (en) 2008-11-26 2016-07-05 Free Stream Media Corp. Targeting with television audience data across multiple screens
US10334324B2 (en) 2008-11-26 2019-06-25 Free Stream Media Corp. Relevant advertisement generation based on a user operating a client device communicatively coupled with a networked media device
US8180891B1 (en) 2008-11-26 2012-05-15 Free Stream Media Corp. Discovery, access control, and communication with networked services from within a security sandbox
US10880340B2 (en) 2008-11-26 2020-12-29 Free Stream Media Corp. Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US9026668B2 (en) 2012-05-26 2015-05-05 Free Stream Media Corp. Real-time and retargeted advertising on multiple screens of a user watching television
US9519772B2 (en) 2008-11-26 2016-12-13 Free Stream Media Corp. Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US9961388B2 (en) 2008-11-26 2018-05-01 David Harrison Exposure of public internet protocol addresses in an advertising exchange server to improve relevancy of advertisements
US9986279B2 (en) 2008-11-26 2018-05-29 Free Stream Media Corp. Discovery, access control, and communication with networked services
US9088757B2 (en) 2009-03-25 2015-07-21 Eloy Technology, Llc Method and system for socially ranking programs
US8719016B1 (en) 2009-04-07 2014-05-06 Verint Americas Inc. Speech analytics system and system and method for determining structured speech
US9082126B2 (en) * 2009-09-25 2015-07-14 National Electronics Warranty, Llc Service plan web crawler
US10115065B1 (en) 2009-10-30 2018-10-30 Verint Americas Inc. Systems and methods for automatic scheduling of a workforce
US9445158B2 (en) 2009-11-06 2016-09-13 Eloy Technology, Llc Distributed aggregated content guide for collaborative playback session
US8738635B2 (en) 2010-06-01 2014-05-27 Microsoft Corporation Detection of junk in search result ranking
US8886773B2 (en) 2010-08-14 2014-11-11 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US8910259B2 (en) 2010-08-14 2014-12-09 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US8793706B2 (en) 2010-12-16 2014-07-29 Microsoft Corporation Metadata-based eventing supporting operations on data
US9161073B2 (en) 2011-02-11 2015-10-13 Sony Corporation System and method to remove outdated or erroneous assets from favorites or recently-viewed lists
US9955202B2 (en) * 2011-02-11 2018-04-24 Sony Network Entertainment International Llc Removal of unavailable services and/or content items from a list of favorite and/or recently viewed services and/or content items associated with a user account
US10200756B2 (en) 2011-02-11 2019-02-05 Sony Interactive Entertainment LLC Synchronization of favorites and/or recently viewed lists between registered content playback devices
US9124920B2 (en) 2011-06-29 2015-09-01 The Nielson Company (Us), Llc Methods, apparatus, and articles of manufacture to identify media presentation devices
US8594617B2 (en) 2011-06-30 2013-11-26 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US10681096B2 (en) * 2011-08-18 2020-06-09 Comcast Cable Communications, Llc Multicasting content
US9325756B2 (en) * 2011-12-29 2016-04-26 Comcast Cable Communications, Llc Transmission of content fragments
US9495462B2 (en) 2012-01-27 2016-11-15 Microsoft Technology Licensing, Llc Re-ranking search results
US20130235784A1 (en) * 2012-03-06 2013-09-12 Electronics And Telecommunications Research Institute Method and apparatus for managing multicast resource
US10311513B2 (en) * 2012-03-14 2019-06-04 Nasdaq Technology Ab Method and system for facilitating access to recorded data
US10372779B2 (en) * 2012-09-13 2019-08-06 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Frequent content continuity visual assistance in content browsing
US9301173B2 (en) 2013-03-15 2016-03-29 The Nielsen Company (Us), Llc Methods and apparatus to credit internet usage
US10356579B2 (en) 2013-03-15 2019-07-16 The Nielsen Company (Us), Llc Methods and apparatus to credit usage of mobile devices
CN104243273A (en) * 2013-06-09 2014-12-24 阿里巴巴集团控股有限公司 Method and device for displaying information on instant messaging client and information display system
US10546315B2 (en) * 2013-07-13 2020-01-28 Bruce Mitchell Systems and methods to enable offer and rewards marketing, and customer relationship management (CRM) network platform
US11727430B2 (en) 2013-07-13 2023-08-15 Bruce Mitchell Tracking transactions across multiple payment processing networks
JP6326213B2 (en) * 2013-10-04 2018-05-16 サターン ライセンシング エルエルシーSaturn Licensing LLC Receiving device, receiving method, transmitting device, and transmitting method
US20150105043A1 (en) * 2013-10-15 2015-04-16 Opera Software Ireland Limited Pro-Active Mobile Network Data Usage Alert System
US9374552B2 (en) 2013-11-11 2016-06-21 Amazon Technologies, Inc. Streaming game server video recorder
US9641592B2 (en) 2013-11-11 2017-05-02 Amazon Technologies, Inc. Location of actor resources
US9805479B2 (en) * 2013-11-11 2017-10-31 Amazon Technologies, Inc. Session idle optimization for streaming server
US9582904B2 (en) 2013-11-11 2017-02-28 Amazon Technologies, Inc. Image composition based on remote object data
US9634942B2 (en) 2013-11-11 2017-04-25 Amazon Technologies, Inc. Adaptive scene complexity based on service quality
US9604139B2 (en) 2013-11-11 2017-03-28 Amazon Technologies, Inc. Service for generating graphics object data
US10028316B2 (en) * 2014-04-08 2018-07-17 Avago Technologies General Ip (Singapore) Pte. Ltd. Network discovery and selection
US9762688B2 (en) 2014-10-31 2017-09-12 The Nielsen Company (Us), Llc Methods and apparatus to improve usage crediting in mobile devices
US11423420B2 (en) 2015-02-06 2022-08-23 The Nielsen Company (Us), Llc Methods and apparatus to credit media presentations for online media distributions
CA2987894C (en) * 2015-07-16 2023-10-24 Sony Corporation Receiver apparatus, transmitter apparatus, and data processing method
US10574786B2 (en) * 2016-05-09 2020-02-25 Motorola Solutions, Inc. Methods and systems for controlled wireless distribution of data for use at a location without reliable wireless connectivity
US10298691B2 (en) * 2016-05-18 2019-05-21 Veniam, Inc. Systems and methods for managing the storage and dropping of data in a network of moving things
US10057742B2 (en) 2016-05-18 2018-08-21 Veniam, Inc. Systems and methods for managing the routing and replication of data in the download direction in a network of moving things
US10200489B2 (en) * 2016-06-17 2019-02-05 Airwatch Llc Secure demand-driven file distribution
US10460383B2 (en) 2016-10-07 2019-10-29 Bank Of America Corporation System for transmission and use of aggregated metrics indicative of future customer circumstances
US10614517B2 (en) 2016-10-07 2020-04-07 Bank Of America Corporation System for generating user experience for improving efficiencies in computing network functionality by specializing and minimizing icon and alert usage
US10621558B2 (en) 2016-10-07 2020-04-14 Bank Of America Corporation System for automatically establishing an operative communication channel to transmit instructions for canceling duplicate interactions with third party systems
US10510088B2 (en) 2016-10-07 2019-12-17 Bank Of America Corporation Leveraging an artificial intelligence engine to generate customer-specific user experiences based on real-time analysis of customer responses to recommendations
US10476974B2 (en) 2016-10-07 2019-11-12 Bank Of America Corporation System for automatically establishing operative communication channel with third party computing systems for subscription regulation
US10530746B2 (en) * 2017-10-17 2020-01-07 Servicenow, Inc. Deployment of a custom address to a remotely managed computational instance

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5946697A (en) * 1997-04-22 1999-08-31 Microsoft Corporation Rapid transfer of HTML files
US6021426A (en) * 1997-07-31 2000-02-01 At&T Corp Method and apparatus for dynamic data transfer on a web page
US6047126A (en) * 1995-03-08 2000-04-04 Kabushiki Kaisha Toshiba Document requesting and providing system using safe and simple document linking scheme
US6178461B1 (en) * 1998-12-08 2001-01-23 Lucent Technologies Inc. Cache-based compaction technique for internet browsing using similar objects in client cache as reference objects
US6324182B1 (en) * 1996-08-26 2001-11-27 Microsoft Corporation Pull based, intelligent caching system and method

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3177684B2 (en) 1991-03-14 2001-06-18 株式会社日立製作所 Email system
JP2002504271A (en) 1991-09-10 2002-02-05 ハイブリッド・ネットワークス・インコーポレイテッド Remote link adapter for TV broadcast data transmission system
US5737395A (en) 1991-10-28 1998-04-07 Centigram Communications Corporation System and method for integrating voice, facsimile and electronic mail data through a personal computer
JP3553987B2 (en) 1992-11-13 2004-08-11 株式会社日立製作所 Client server system
JPH06216935A (en) 1993-01-18 1994-08-05 Fujitsu Ltd Electronic mail system
US5410698A (en) * 1993-10-12 1995-04-25 Intel Corporation Method and system for dynamic loading of software libraries
US5557724A (en) * 1993-10-12 1996-09-17 Intel Corporation User interface, method, and apparatus selecting and playing channels having video, audio, and/or text streams
IL111154A0 (en) 1993-10-21 1994-12-29 Martino Ii John A Systems and methods for electronic messaging
JPH07162454A (en) 1993-12-03 1995-06-23 Fujitsu Ltd Method and device for electronic mail linkage
US5548753A (en) 1994-09-14 1996-08-20 Johnson Service Company Automatic electronic mail notification of database events
US5557320A (en) 1995-01-31 1996-09-17 Krebs; Mark Video mail delivery system
US5740549A (en) * 1995-06-12 1998-04-14 Pointcast, Inc. Information and advertising distribution system and method
JP3490548B2 (en) 1995-08-04 2004-01-26 シャープ株式会社 Email system
US5774664A (en) * 1996-03-08 1998-06-30 Actv, Inc. Enhanced video programming system and method for incorporating and displaying retrieved integrated internet information segments
US5778187A (en) * 1996-05-09 1998-07-07 Netcast Communications Corp. Multicasting method and apparatus
US5740230A (en) 1996-05-31 1998-04-14 Octel Communications Corporation Directory management system and method
US5918013A (en) * 1996-06-03 1999-06-29 Webtv Networks, Inc. Method of transcoding documents in a network environment using a proxy server
US6108637A (en) * 1996-09-03 2000-08-22 Nielsen Media Research, Inc. Content display monitor
US5790790A (en) 1996-10-24 1998-08-04 Tumbleweed Software Corporation Electronic document delivery system in which notification of said electronic document is sent to a recipient thereof
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US6182122B1 (en) * 1997-03-26 2001-01-30 International Business Machines Corporation Precaching data at an intermediate server based on historical data requests by users of the intermediate server
US5893091A (en) * 1997-04-11 1999-04-06 Immediata Corporation Multicasting with key words
US5978381A (en) * 1997-06-06 1999-11-02 Webtv Networks, Inc. Transmitting high bandwidth network content on a low bandwidth communications channel during off peak hours
US6038601A (en) * 1997-07-21 2000-03-14 Tibco, Inc. Method and apparatus for storing and delivering documents on the internet
US6594682B2 (en) * 1997-10-28 2003-07-15 Microsoft Corporation Client-side system for scheduling delivery of web content and locally managing the web content

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6047126A (en) * 1995-03-08 2000-04-04 Kabushiki Kaisha Toshiba Document requesting and providing system using safe and simple document linking scheme
US6324182B1 (en) * 1996-08-26 2001-11-27 Microsoft Corporation Pull based, intelligent caching system and method
US5946697A (en) * 1997-04-22 1999-08-31 Microsoft Corporation Rapid transfer of HTML files
US6021426A (en) * 1997-07-31 2000-02-01 At&T Corp Method and apparatus for dynamic data transfer on a web page
US6178461B1 (en) * 1998-12-08 2001-01-23 Lucent Technologies Inc. Cache-based compaction technique for internet browsing using similar objects in client cache as reference objects

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6986155B1 (en) * 1999-07-13 2006-01-10 Sun Microsystems, Inc. Methods and apparatus for selecting multicast IP data transmitted in broadcast streams
US20120240032A1 (en) * 2002-09-16 2012-09-20 Mckeown Kathleen R System and method for document collection, grouping and summarization
US20120240020A1 (en) * 2002-09-16 2012-09-20 Mckeown Kathleen R System and method for document collection, grouping and summarization
US20040058644A1 (en) * 2002-09-18 2004-03-25 Ntt Docomo, Inc. Relay device, information transmission device, and information transmission method
EP1401176A3 (en) * 2002-09-18 2004-05-19 NTT DoCoMo, Inc. Connection detection of a device through a relay device and transmission of information to that device
EP1401176A2 (en) * 2002-09-18 2004-03-24 NTT DoCoMo, Inc. Connection detection of a device through a relay device and transmission of information to that device
EP1414168A2 (en) * 2002-10-25 2004-04-28 Hughes Electronics Corporation Method and system for multicast in a broadband satellite system
US20040132448A1 (en) * 2002-10-25 2004-07-08 Robert Torres Method and system for multicast in a broadband satellite system
EP1414168A3 (en) * 2002-10-25 2005-03-09 Hughes Electronics Corporation Method and system for multicast in a broadband satellite system
US7471645B2 (en) 2002-10-25 2008-12-30 Hughes Network Systems, Llc Method and system for multicast in a broadband satellite system
US8638934B2 (en) * 2003-07-08 2014-01-28 Imophaze Research Co., L.L.C. Method and apparatus for secure key delivery for decrypting bulk digital content files at an unsecure site
US20100250353A1 (en) * 2003-07-08 2010-09-30 The Go Daddy Group, Inc. Turnkey reseller program for registering domain names
US7644117B2 (en) * 2003-07-08 2010-01-05 The Go Daddy Group, Inc. Turnkey reseller program for registering domain names
US8171070B2 (en) 2003-07-08 2012-05-01 Go Daddy Operating Company, LLC Turnkey reseller program for registering domain names
US20050021588A1 (en) * 2003-07-08 2005-01-27 Michael Zimmerman Turnkey reseller program for registering domain names
US20110246776A1 (en) * 2003-07-08 2011-10-06 Imophaze Research Co., L.L.C. Method and Apparatus for Secure Key Delivery for Decrypting Bulk Digital Content Files at an Unsecure Site
US7788368B1 (en) * 2003-12-23 2010-08-31 Juniper Networks, Inc. Multicast content usage data collection and accounting
DE102005039361B4 (en) * 2004-08-25 2017-01-26 Google Technology Holdings LLC Method and device for multicast transmission of program information
US9015263B2 (en) 2004-10-29 2015-04-21 Go Daddy Operating Company, LLC Domain name searching with reputation rating
US9384280B2 (en) * 2004-12-16 2016-07-05 Bampton Technologies Llc Searching restricted content on a network
US20160314206A1 (en) * 2004-12-16 2016-10-27 Bampton Technologies, LLC Searching restricted content on a network
US8577348B2 (en) * 2005-01-31 2013-11-05 Thomson Licensing System architecture, and method for scheduled downloading services
US20080153413A1 (en) * 2005-01-31 2008-06-26 Jun Li System Architecture and Method for Scheduled Downloading Services
US20150242508A1 (en) * 2005-05-31 2015-08-27 Google Inc. Web Crawler Scheduler that Utilizes Sitemaps from Websites
US9355177B2 (en) * 2005-05-31 2016-05-31 Google, Inc. Web crawler scheduler that utilizes sitemaps from websites
US9032084B2 (en) * 2007-04-11 2015-05-12 The Directv Group, Inc. Method and system for using a website to perform a remote action on a set top box with a secure authorization
US20130125176A1 (en) * 2007-04-11 2013-05-16 The Directv Group, Inc. Method and system for using a website to perform a remote action on a set top box with a secure authorization
US9824389B2 (en) 2007-10-13 2017-11-21 The Directv Group, Inc. Method and system for confirming the download of content at a user device
US20090099912A1 (en) * 2007-10-13 2009-04-16 Jeffs Alistair E Method and system for confirming the download of content at a user device
US8724534B2 (en) * 2008-05-27 2014-05-13 Samsung Electronics Co., Ltd. Information service apparatus and method in wireless communication system
US20090296621A1 (en) * 2008-05-27 2009-12-03 Samsung Electronics Co. Ltd. Information service apparatus and method in wireless communication system
US20100057583A1 (en) * 2008-08-28 2010-03-04 The Directv Group, Inc. Method and system for ordering video content using a link
US20100057469A1 (en) * 2008-08-28 2010-03-04 The Directv Group, Inc. Method and system for ordering content using a voice menu system
US10827066B2 (en) 2008-08-28 2020-11-03 The Directv Group, Inc. Method and system for ordering content using a voice menu system
US9069639B2 (en) * 2010-02-25 2015-06-30 Red Hat, Inc. Managing a user proxy configuration in a daemon that frequently loads and unloads
US20110209141A1 (en) * 2010-02-25 2011-08-25 Red Hat, Inc. Managing a user proxy configuration in a daemon that frequently loads and unloads and is used by multiple users simultaneously
US9451050B2 (en) 2011-04-22 2016-09-20 Go Daddy Operating Company, LLC Domain name spinning from geographic location data
US8707370B2 (en) * 2012-07-13 2014-04-22 International Datacasting Corporation Digital satellite broadcast program distribution over multicast IP broadband networks
US9684918B2 (en) 2013-10-10 2017-06-20 Go Daddy Operating Company, LLC System and method for candidate domain name generation
US9715694B2 (en) 2013-10-10 2017-07-25 Go Daddy Operating Company, LLC System and method for website personalization from survey data
US10193793B2 (en) 2013-12-04 2019-01-29 Sony Corporation Browser apparatus, recording medium, server apparatus, and information processing method
US20170111692A1 (en) * 2014-05-20 2017-04-20 Lg Electronics Inc. Broadcasting transmission device, method for operating broadcasting transmission device, broadcasting reception device, and method for operating broadcasting reception device
US9565147B2 (en) 2014-06-30 2017-02-07 Go Daddy Operating Company, LLC System and methods for multiple email services having a common domain

Also Published As

Publication number Publication date
AU732871B2 (en) 2001-05-03
WO1999049717A2 (en) 1999-10-07
JP2002500853A (en) 2002-01-08
US6351467B1 (en) 2002-02-26
US20020061029A1 (en) 2002-05-23
CA2287417A1 (en) 1999-10-07
AU1122199A (en) 1999-10-18
EP0993717A2 (en) 2000-04-19
US20030206554A1 (en) 2003-11-06
WO1999049717A3 (en) 2000-02-17

Similar Documents

Publication Publication Date Title
US6351467B1 (en) System and method for multicasting multimedia content
US10848816B2 (en) Updating content libraries by transmitting release data
US9705951B2 (en) Method and apparatus for instant playback of a movie
EP1859622B1 (en) Instantaneous media-on-demand
US8539536B2 (en) Fragmentation of a file for instant access
US7627888B2 (en) Method and system for keeping a library of titles updated
US8219635B2 (en) Continuous data feeding in a distributed environment
EP0986869B1 (en) Transmitting high bandwidth network content on a low bandwidth communications channel during off peak hours
US8739231B2 (en) System and method for distributed video-on-demand
US7797440B2 (en) Method and system for managing objects distributed in a network
US20040111473A1 (en) Method and system for instantaneous on-demand delivery of multimedia content over a communication network with aid of content capturing component, delivery-on-demand client and dynamically mapped resource locator server.
US20060218220A1 (en) Method and system for updating contents in newly-installed devices
US8099511B1 (en) Instantaneous media-on-demand
MXPA99010973A (en) System and method for multicasting multimedia content

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: HUGHES NETWORK SYSTEMS, LLC,MARYLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DIRECTV GROUP, INC., THE;REEL/FRAME:016323/0867

Effective date: 20050519

Owner name: HUGHES NETWORK SYSTEMS, LLC, MARYLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DIRECTV GROUP, INC., THE;REEL/FRAME:016323/0867

Effective date: 20050519

AS Assignment

Owner name: DIRECTV GROUP, INC.,THE,MARYLAND

Free format text: MERGER;ASSIGNOR:HUGHES ELECTRONICS CORPORATION;REEL/FRAME:016427/0731

Effective date: 20040316

Owner name: DIRECTV GROUP, INC.,THE, MARYLAND

Free format text: MERGER;ASSIGNOR:HUGHES ELECTRONICS CORPORATION;REEL/FRAME:016427/0731

Effective date: 20040316

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT

Free format text: SECOND LIEN PATENT SECURITY AGREEMENT;ASSIGNOR:HUGHES NETWORK SYSTEMS, LLC;REEL/FRAME:016345/0368

Effective date: 20050627

Owner name: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT

Free format text: FIRST LIEN PATENT SECURITY AGREEMENT;ASSIGNOR:HUGHES NETWORK SYSTEMS, LLC;REEL/FRAME:016345/0401

Effective date: 20050627

AS Assignment

Owner name: HUGHES NETWORK SYSTEMS, LLC,MARYLAND

Free format text: RELEASE OF SECOND LIEN PATENT SECURITY AGREEMENT;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:018184/0170

Effective date: 20060828

Owner name: BEAR STEARNS CORPORATE LENDING INC.,NEW YORK

Free format text: ASSIGNMENT OF SECURITY INTEREST IN U.S. PATENT RIGHTS;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:018184/0196

Effective date: 20060828

Owner name: HUGHES NETWORK SYSTEMS, LLC, MARYLAND

Free format text: RELEASE OF SECOND LIEN PATENT SECURITY AGREEMENT;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:018184/0170

Effective date: 20060828

Owner name: BEAR STEARNS CORPORATE LENDING INC., NEW YORK

Free format text: ASSIGNMENT OF SECURITY INTEREST IN U.S. PATENT RIGHTS;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:018184/0196

Effective date: 20060828