Obviousness

Obviousness Analysis under 35 U.S.C. § 103

To establish obviousness, it must be shown that a person having ordinary skill in the art (POSITA) would have been motivated to combine prior art references to arrive at the claimed invention with a reasonable expectation of success. The motivation to combine cannot be conclusory or based merely on the references being in the same field; it must articulate why a skilled artisan would have combined them in the way the claimed invention does.

Claims 1, 9, and 14 of US7055169 generally describe a system and method for controlling interactive television presentations by identifying prerequisite resources and withholding the presentation until these resources are acquired. This often involves using a proxy server for transcoding and conveying signals to a client device for prefetching.

Combination 1: DVB MHP 1.1 Specification + RFC 2838

• DVB MHP 1.1 Specification: This specification, released around 2000-2001, provides support for DVB-HTML, which combines WWW standards such as XHTML 1.1, CSS 2, DOM 2, and ECMAScript. MHP 1.1 platforms can run applications written in DVB-HTML and allow for interactive applications to be downloaded and executed on receivers. MHP also includes an optional pre-fetch descriptor within the AIT, which could be automatically generated from HTML enhancements.

• RFC 2838: Uniform Resource Identifiers for Television Broadcasts: Published in May 2000, RFC 2838 describes a URI scheme (tv:) to reference television broadcasts, which is widely implemented in consumer electronic devices like set-top boxes capable of receiving television programming. This scheme allows for uniquely identifying resources within a broadcast stream.

• Motivation to Combine: A POSITA in the field of interactive television systems, at the time of the invention (priority date April 19, 2002), would have been motivated to combine the capabilities of DVB MHP 1.1 with RFC 2838 for several reasons:

  • Integration of Web Content with TV Broadcasts: DVB MHP 1.1 enabled the use of web-based languages (HTML, JavaScript) for interactive TV applications. RFC 2838 provided a standardized way to address television broadcast resources using URIs. A POSITA would naturally seek to integrate web content authoring with explicit referencing of broadcast resources to create richer and more dynamic interactive television experiences.
  • Enhanced Resource Management for Interactive Applications: Interactive TV applications often involve numerous resources (audio, video, graphics, application code). While MHP 1.1 introduced pre-fetching concepts, combining it with a specific URI scheme like RFC 2838 would allow content authors to explicitly identify and manage these broadcast-specific resources within their web-based directives. This would address the known problem of ensuring that all necessary components for an interactive application are available for seamless presentation.
  • Addressing Performance and User Experience: Interactive television systems aim to deliver a smooth user experience. Prefetching is a known technique to reduce start-up delays and latency by proactively loading expected content into a cache. A POSITA would recognize that for interactive TV applications authored with web technologies (DVB-HTML), ensuring that critical broadcast resources are present before a presentation starts is crucial for performance. Using RFC 2838 to precisely identify these resources within HTML/JavaScript directives, coupled with MHP's pre-fetching mechanisms, would be a logical step to guarantee that essential content is ready, thus improving the user experience and preventing interruptions.
  • Known Technique Rationale: The concept of pre-fetching and caching to improve performance in interactive and online content delivery was a known technique. MHP 1.1 already had an optional pre-fetch descriptor. RFC 2838 offered a standardized, network-independent way to identify broadcast resources. Therefore, a POSITA would find it a suitable option to combine these to explicitly mark and prefetch prerequisite broadcast resources identified via RFC 2838-style URIs, ensuring they are acquired before presentation.

This combination would lead to a system where content authors could use HTML/JavaScript (as enabled by MHP 1.1) to create interactive television content, explicitly identifying prerequisite broadcast audio/video or data resources using RFC 2838's URI scheme. The system would then use existing pre-fetching capabilities (like those hinted at in MHP's pre-fetch descriptor) to acquire these prerequisites, and logically, delay the presentation until they are obtained to ensure a complete and fluid user experience. This directly addresses the elements of receiving directives, identifying prerequisites, and withholding presentation until prerequisites are obtained, as outlined in Claims 1, 9, and 14.

Combination 2: DAVIC 1.4.1 Part 9 Specification + Interactive TV Systems with Prefetching (General Knowledge)

• DAVIC 1.4.1 Part 9 Specification: This specification, like DVB MHP, defines a URL scheme to access broadcast services and uses Service Information (SI) to locate services in a network-independent manner. [cite: Patent Text] DAVIC systems were designed to handle interactive multimedia services, including presentation of content data objects and user interaction.

• Interactive TV Systems with Prefetching (General Knowledge): Before the patent's priority date, interactive television systems were evolving to deliver interactive content, including applications, still images, text, and audio/video. The concept of prefetching data to reduce latency and improve the user experience was a known technique in computer science, particularly for interactive applications and streaming media. The idea of combining audio and video with interactive application code was also well-established. [cite: Patent Text]

• Motivation to Combine: A POSITA would have been motivated to combine the capabilities of DAVIC 1.4.1 Part 9 with the general knowledge of prefetching in interactive systems:

  • Addressing Limitations of Existing URL Schemes: The patent itself notes that existing schemes like DVB MHP 1.1 and DAVIC 1.4.1 Part 9 "may not work on ATSC networks or other networks that define different or even proprietary signaling formats," highlighting a desire for a more flexible scheme. The existing DAVIC scheme already allowed for addressing services in a network-independent manner. [cite: Patent Text]
  • Improving Interactive Application Responsiveness: DAVIC systems were designed for interactive multimedia services, where presentation and user interaction were key. Prefetching was a recognized method to make interactive applications more responsive by pre-loading anticipated content. A POSITA would logically apply prefetching techniques to the resources accessed via DAVIC's URL scheme to ensure that interactive presentations, which could be complex and resource-intensive, would not suffer from delays while waiting for essential content.
  • Ensuring Complete Presentations: The concept of an "interactive television game show" or a "news program which combines audio and video with application code that inserts current stock prices" illustrates that interactive content often requires multiple components to be presented together. [cite: Patent Text] If certain components (prerequisites) were not available, the presentation would be incomplete or non-functional. By explicitly identifying these critical resources and using prefetching, a POSITA would ensure a complete and satisfactory presentation. This involves the understanding that an incomplete set of resources could disrupt the user experience, leading to a desire to wait for essential components.

This combination would lead to a system where, similar to Combination 1, content accessed through DAVIC's URL scheme could have certain resources designated as prerequisites, and these prerequisites would be prefetched to ensure a complete and timely interactive presentation. The general knowledge of prefetching in interactive systems would provide the motivation to apply such a technique to DAVIC-based interactive content to improve user experience and system efficiency.

Reasonable Expectation of Success:

In both combinations, there would be a reasonable expectation of success. The underlying technologies (web languages, URI schemes, broadcast systems, and prefetching/caching) were all established or actively developing fields. The combination primarily involves applying known techniques for resource management and presentation control within an interactive television context. The challenges would be in implementation specifics, not in fundamental technical feasibility. The problem of ensuring all necessary resources are present for a seamless interactive experience is a clear one, and prefetching is a recognized solution to such problems.